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Saturn Programming 


1. Advanced SH2 Coding 


How to optimize your GCC code and SH2 assembly code. Maximizing 
the potential of on-chip peripherals. Writing position independent code 
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Advanced SH2 Coding 


Toshi Morita 
Technical Director 


SH2 Assembly Optimizations: 


Memory access alignment optimizations 
* Memory Load delay Optimization 

* Posted write optimization 

¢ Multiply delay optimization 

Using RO effectively 
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SH2 Characteristics: 


¢ The SH2 fetches two 16-bit instructions every other clock 
with a 32-bit read cycle 


¢ 32-bit acess can only occur on longword alignment 


¢ The CPU pipeline is five stages long, with memory access 
occurring in the fourth (and maybe fifth) stage (IF, ID, EX, 
MA, MA/WB) 


What this means: 


Memory access instructions should be aligned on an even 
longword instruction boundary so instruction fetches do not 
collide with memory accesses. 
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Example: Memor, laid |} astruchons 
sll, ow lon ward houndariesx. 
00000000: ... ( MoU ‘ \, mo|\sv /Mu\02) 
00000002: mov.1 @(4,pc),r0 IF<- Memory load on non-longword alignment 
00000004: ... ID 
00000006: ... EX 


00000008: cmp/eq r0,r1 MA<- Conflict between memory access of 


mov.1@(5,pc),r0 and instruction 
fetch of cmp/eq r0,r1 
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What this means: 


Don’t use the result of mem 
the load. 


Example: 


00000000: mov.1@r0,rl (clock cycle 0) 
00000002: ... (clock cycle 1) 
00000004: add 12, rl (clock cycle 2)<-No penalty 
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SH2 Characteristics: 


The SH2 fetches two 16-bit istructions every other clock 
with a 32-bit read cycle 


32-bit access can only occur on longword alignment 


16-bit multiples require one 32-bit memory access cycle to 
fetch operands two 16-bit operands simultaneously. 


What this means: 
If MULS.W or MULU.W is non-longword aligned it will 
incur +1 clock cycle penalty due to operand fetch 
conflicting with an instruction fetch. 


Example: 


00000000: ... 
00000002: muls.w r0,rl1 IF<-16-bit multiply instruction 
00000004: ... ID 
00000006: ... EX 


00000008: mov.1r2,r3 MA<- Conflict between 
operand fetch of muls.w 
r0,rl and instruction fetch 

of mov. 1r2,r3 


SH2 Characteristics: 


* The SH2 fetches two 16-bit instructions every other clock 
with a 32-bit read cycle 


* 32-bit access can only occur on longword alignment 


¢ 32-bit multiples requires two 32-bit memory access cycle 
to fetch two 32-bit operands consecutively, plus impinges 
on the next ID cycle 


What this means: 


MUL.L, DMULS.L, and DMULU.L require three clocks 
to execute regardless of alignment 


SEGA 


Example: 


00000000: mul.1 r0,rl (clock cycle 0) 
00000002: ... (clock cycle 1) 


00000004: sts.1 macl1,r2 (clock cycle 2)<- Attempted 
to load result before ready- 
one cycle stall. 


SH2 Characteristics: 


* The SH2 fetches two 16-bit instructions every other clock 
with a 32-bit read cycle 


¢ 32-bit access can only occur on longword alignment 
¢ The SH2 has posted writes 


What this means: 
Writes to memory on the SH2 normally take one clock, as 
the write buffer will empty itself out on spare bus cycles. 
If performing consecutive writes, try to place register-to- 
register instructions between the writes. 


Example: 


00000000: mov.1 r8,@-r15 

00000002: mov.1 r9,@-r15 (posted write full, stall) 
00000004: mov.1 r10,@-r15 (posted write full, stall) 
00000006: mov.1 r11,@-r15 (posted write full, stall) 


SH2 Characteristics: 


* No pipeline stall when using result of previous instruction 


What this means: 


Unlike other processors, there is no need to avoid using a 
register immediately after it’s been calculated. 


Example: 


00000000: add rl,r0 
00000002: mov r0, r2<-No pipeline stall penalty 
00000004: and 13,12 <-No pipeline stall penalty 
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Using r0 effectively: 


¢ 10 is the only register available for double-register indirect addressing 
mode (mov.1 @(10,rx),ry) 
When addresses are base + offset put the base rx, and the offset in r0. 
For example, for “x = a[i]”, use: 
mov.1 r4,r0 
shl12 r0 
mov.1 @(r0,r8),rx 
instead of: 
mov.1 r4,r5 
shl12 r5 
mov. _r8,r9 
adds 5,19 
mov.1 @r9,rx 


GCC Optimizations: 


¢ Use -m2 for SH2 code 
° Use -02 for maximum optimization 
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SH1 code SH2 code(-m2) 


_memepy: _memopy: 
mov.1 r14,@-r15 mov.1 1r14,@-r15 
mov _1r15,rl4 mov #0,r2 
mov #0,r2 cmp/ge r6,r2 
cmp/ge r6,r2 bts L3 
bt L3 mov _r15,rl4 

LS: 

mov.b @r5+r1 ;1 clock mov.b @r5trl ; 1 clock 
add #1,72 ;1clock add #1,r2  ;1 clock 
cmp/ge r6,r2 3 1 clockcmp/ge r6,r2___; 1 clock 
mov.b rl,@r4 ;1clock mov.brl,@r4_; 1 clock 
add #1,r4 ; 1 clock bf.s L5 ; 2 clocks 
bf LS 33 clocksadd #1,r4 ; 1 clock 


_—s 
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L3: 

mov. 114,rl5 

rts 

mov.1 @r15+,r14 
8 clocks in inner loop 


SEGA 


no optimization (default) -O code 


_memepy: _memcpy: 


mov.1 114,@-r15 
add #-16,r15 
mov 115,rl4 
mov.1 14,@rl4 
mov.1 15,@(4,r14) 
mov. 1 r6,@(8,r14) 
mov #0,r1 


mov.1 @(12,r14),rl 
mov.! @(8,r14),12 
cmp/ge 12,1 

bf LS 

bra L3 

nop 


L3: 

mov 114,rl5 

rts 

mov.1 @r15+,r14 
7 clocks in inner loop 


-O2 code 


_memcpy: 
mov.1 114,@-r15 mov.1 114,@-r15 
mov 40,12 mov #0,r2 
cmp/ge r6,r2_ cmp/ge r6,r2 
bts L3 bts L3 
mov r15,r14 mov 115,rl4 
LS: 
mov.b@r5+,rl mov.b@r5+.r1 
add #1,r2 cmp/ge 6,12 
cmp/ge r6,r2 mov.b r1,@r4 
bfs LS bfs LS 
add #1,r4 add #1,r4 
L3: 
mov r14,r15_ mov 1£14,r15 
rs rts 


mov.1 @ r15+,r14 mov.1 @rl5+,r14 


mov.1 @rl4,r1 
mov rl,12 

add #1,r2 
mov. 1 12,@r14 
mov.1 @(4,r14),12 
mov 12,13 

add #1,13 

mov. 113,@(4,r14) 
mov.b @r2,12 
mov.b 12,@rl 


(continued on next slide) 
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ad 


mov.! @(12,r14),12 
12,rl 
#irl 
rl, 
12,@(12,r14) 
L2 


#16,r14 
114,115 
@r15+,r14 


GCC options enabled at -O0 (default): 


-fpeephole-ffunction-cse-freg-struct-return-feommon-fgnu-linker 


Gcc options enabled at -O1: 


-O-fdefer-pop-fthread-jumps-fpeephole-ffunction-cse-finline 
-freg-struct-return-fdelayed-branch-feommon-fgnu-linker 


GCC options enabled at -O2: 


-O-fdefer-pop-fcse-follow-jumps-fcse-skip-blocks-fexpensive-optimizations 
-fthread-jumps-fstrength-reduce-fpeephole-fforce-mem-ffunction-cse 
-finline-fcaller-saves-freg-struct-return-fdelayed-branch 
-frerun-cse-after-loop-fschedule-insns2-feommon-fgnu-linker 
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? | nm per \Q 
1500 — prt 


Doesn’t schedule load instructions on longword 
boundaries 


* Uses lots of stack temporaries 

* Can’t optimize function calls across files 

* Doesn’t use hardware divide unit 

Doesn’t generate mac.w or mac.] instructions 
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Saturn Programming 


2. Dual CPU Processing: 
How, When and Why to Use It 


How and when to best use the slave CPU, how to deal with bus contention, 
what memory to use on the Sega Saturn (VRAM, Work RAM High, Work 
RAM Low) for different situations. 


Robert Morgan 
Director, Technology 
Sega Technical Institute 


Toshi Morita 
Technical Director 
SegaSoft 


Ken Soohoo 
Interactive Designer/Developer 
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Duel CPU Progremn 


Sega Developer Services 
DevCon '96 


Introduction 


@ General Introduction 
@ Round-Table Members 
@ Inquiry about special topics 


1 


ing 


Agenda 


@ General Multiprocessor Issues 
@ SH2 Issues 

@ Saturn Issues 

@ Suggested Approaches 

@ Situation for Using 


Topic One 


@ Explain details 
@ Give an example 
@ Exercise to re-enforce learning 
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General Issues 


@ SMP vs MPP 
— SMP = Symmetric Multi-Processing 
— MPP = Massively Parallel Processing 
— Saturn is SMP 


General Issues 


@ Open vs Closed Environments 
— Open Environment (UNIX, Win95, MacOS) as 
— Closed Environment (Your Game) 
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General Issues 


@ Memory Sharing 

@ CPU Communication 
— Polling 
— Interrupts 


General Issues 


@ Resource Contention 
— Forced Regulation 
— Semaphores 
— Complex Scenarios 
@ deadlock 
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SH2 Issues 


@ Cache coherency 
e@ Bus Contention 
e@ CPU Communication 


Saturn Issues 


e@ Different RAM areas 
— Work RAM High 
— Work RAM Low 
— VRAM 


Saturn Issues 


@ Other Processors 
— Coexisting with the SCU 
— Coexisting with VDP1 and VDP2 


Approach One 


@ Use SGL 
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Approach Two 


@ Independant CPU Programs - Each CPU 
runs separate program 
— Pros: Generally good, easy to implement 
— Cons: Synchronization can waste much time 


Approach Three 


@ Next Task Allocations - CPUs take on next 
available task 
— Pros: High flexibility 
— Cons: Need to schedule; different paradigm 


Approach Four 


@ Slaved - host CPU controls slave by issuing 
broad commands 


— Pros: Generally good performance, Easy to 
implement 


— Cons: Non-optimal 


Task Switching 


@ Pre-emptive vs Cooperative 
@ Scheduling 

— Prioritization 

— Out of order execution 
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Task Switching 


@ CPU State - Registers 
@ Stack 


Dual CPU Processing 
Q&A 


Saturn Programming 


3. Suggested Uses for the SCU DSP 


An examination of specific applications of the DSP, including math-based 
functions such as 3D transformations and rotations, and data 
decompression. 


Dennis Caswell 
Domain Expert 
Sega Technical Institute 
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Suggested Uses for the SCU DSP 


(Apart from as a coaster for an extremely tiny beverage) 


- Presented by 


Dennis Caswell 
Sega Technical Institute 


Introduction 


e What is the DSP? 

« Yet another processor to trip over. 

+ The most poorly documented of all Saturn 
processors. 

« Agolden opportunity to write gate-level 
microcode just like you always wanted to. 

+ A decent way to compute sums of products, 
which, by the way, we do quite a bit in 3D 
graphics. 


Introduction 


e Why is the DSP? 
« There was some room left over on the SCU 
chip. 
« Only two processors just wouldn't have 
been enough of a challenge. 


« It really is faster than the SH2 for certain 
kinds of operations. 


Introduction 


e What’s so good about it? 

« Parallel architecture: The DSP can read 
from one part of memory, write to another 
part of memory, add, and multiply 
simultaneously. 

« It can perform a 32x32 multiply every cycle. 


« It can extract fixed-point results more easily 
than the SH2. 


Introduction 


e What's so terrible about it? 
+ It runs at half the clock speed of the SH2. 


+ Its memory is tiny and isn’t mapped onto 
the system bus. 


« It’s difficult to program. 


Architecture of the DSP 


Architecture of the DSP 


e Registers 
« Accumulator (48 bits): ALU input/output. 
« P (48 bits): multiplier output/ALU input. 
« X&Y (32 bits): multiplier inputs. 
« CTO -CT3 (6-bits): index registers. 
« PC (8 bits): program counter. 
« LOP & TOP (12 & 8 bits): for looping. 
« RAO & WAO (32 bits): for DMA I/O. 


Architecture of the DSP 


e The multiplier 
« Performs 32x32 signed multiply, yielding a 
48-bit result. 
« Multiplies every cycle, so there’s no multiply 
instruction. 
« Instead, there’s an instruction to gate the 
multiplier’s current result into the P register. 


Architecture of the DSP 


e The ALU 
« 32- or 48-bit addition. 
« 32-bit subtraction. 
+ Shifting and rotation, but there’s no logical 
right shift. 
« AND, OR, and XOR. 


Architecture of the DSP 


e Memory 
« Program and data memory are separate. 
« There isn’t much of either one. 


+ Data memory is split into four banks, each 
of which is accessed through a dedicated 
index register. 


« Memory can be addressed in 32-bit words 
only. 


Architecture of the DSP 


e I/O 


« The SH2 can read and write the DSP’s 
memory through a port. 


« The DSP can read and write the SH2’s 
memory via DMA. 


Architecture of the DSP 


ctr 
e Buses rove ox Yet 
« DO bus is used for DMA. ° SHON 


« D1 bus connects data RAM to most 
registers. 


« X bus connects data RAM to X and P. 


« Y bus connects data RAM to Y and the 
accumulator. 


+ All of these buses can run in parallel. 
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Appropriate Uses for the DSP 


e Asmall processor with a tiny memory 
wants a small task. 


e Repeat after me: “Sums of products, 
sums of products.” 


e Avoid general-purpose data processing 
and manipulating bytes. 


e Using SGL restricts your options. 


Appropriate Uses for the DSP 


e Giving each processor its own task 
makes it more likely that the processors 
will end up waiting for each other. 

e Dividing a task evenly between the 

processors guarantees maximum 

parallelism regardless of task size and is 
more general. 


Appropriate Uses for the DSP 


a enema 


e Point transformation 
« Performed by multiplying a set of points by 
a matrix: sums of products! 
e Lighting calculations 
« Performed by computing dot products 
between face or vertex normals and a 
lighting vector: sums of products! 


Appropriate Uses for the DSP 


e Collisions between (convex) 3D objects. 


« Performed by computing dot products 
between face normals of object A and 
vectors from object A to each vertex of 
object B: more sums of products! 
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Appropriate Uses for the DSP 


e Backface culling 
+ Performed by computing the Z coordinate 
of the 2D cross product of two of the 
projected edges of each polygon: sums of 
products again! 


Inappropriate Uses for the DSP 


e Data decompression 

« It is possible to decompress the byte- 
oriented run-length-encoding format 
supported by the CMP library using the 
DSP. 

« The program consumes over three quarters 
of the DSP’s program memory. 

« It runs about five times slower than the 
equivalent library function. 


Programming the DSP 


e Maximize parallelism. 

e Keep the multiplier fed. 

e Organize data so the DSP can step 
through it sequentially. 


e Try not to swim against the current in 
which data naturally flows through the 
DSP. 


Programming the DSP 


e Use the MVI and BTM instructions to 
implement subroutines: 
mvi Sub,pc ; Saves PC in TOP. 
mov 1,lop 
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Programming the DSP 


e Loops and subroutines get in each 
other's way. 


+ If you call a subroutine from within a loop 
that iterates n times, initialize LOP to 2n-1 
instead of n-1. 


Programming the DSP 


e If the multiplier is idle, you can use it as 
a temporary variable. 


mov al,rx ; Assume Y 


mov mul,p 


Programming the DSP 


e Use the multiplier for shifting. 


To shift the value in ALH to the right 
n bits, initialize location 0 of DRAM 
0 to 2%(16-n). 

mov 0,ct0 

mov m0,ry 

mov mul,p 

ad2 


Programming the DSP 


e You can store the accumulator and clear 
it in the same cycle. 


ad2 clr a mov alh,mc0 


e You can use an index register and reload 
it in the same cycle. 


mov m2,X mov 0O,ct2 
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Programming the DSP 


e Doing DMA to VRAM requires using an 
add mode that the DSP assembler 
doesn’t support. 

+ The assembler always uses add mode 2. 
« For VRAM, you need add mode 1. 


+ You need to modify your object code, either 
by hand or with a custom tool. 


« See p. 134 of the SCU manual. 


The Demo Code 


e Uses the DSP to accelerate point 
transformation and lighting calculations. 

e Both the tranformation program and the 
lighting program fit comfortably within 
the DSP’s program RAM. 

e The demo does not use SGL or SBL for 

graphics functions. 


The Demo Code 


e Point transformation became about 
twice as fast, compared to using a single 
SH2. 


e Lighting calculations sped up by about 
35%. 


The Demo Code 


all,mc2 
0,ct2 
mc2,ctl 


0,ct2 
alh,mc3 
mc2,ctl 
alh,mc3 
0,ct2 
MatStrt,ct0 


alh,mc3 


3,pl 
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Conclusion 


e The DSP is not general-purpose, nor is 
it especially easy to use. 


e It can make your game go faster. 
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7* File: dsptrans.dsp 
7* Saturn SCU DSP program to perform 3D point transformation. 


7* The program accepts its parameters in a parameter block in RAM 0. The 
#* caller must place these parameters in RAMO before running the program. 


7* RAMO + 0: Pointer (divided by 4) to a 4x3 transformation matrix in WRAM. 
7* RAMO + 1: Number of points to be transformed. 

7* RAMO + 2: Pointer (divided by 4) to first input point in work ram. 

7* RAMO + 3: Pointer (divided by 4) to output point buffer in work ram. 


7* The program destroys all of the parameters except the first one, so you 
7* need to reload them for each new batch of points. 


7* There are two entry points: TransformPoints, and Transform2, the 

+* difference being that Transform2 doesn't load a new matrix from work 
7* RAM, so you can reuse your transformation matrix without having to 
7* reload it. 

** While the program is running, it organizes its data as follows: 


;* RAMO + $04-S$Of: The transformation matrix in row-major order. 


*;* RAM1 + $00-$3e: Input point buffer. 


; RAM2 + SOO: Index to the current input point in RAM1. 

; + $01: The constant 1, in 16.16 fixed-point format ($10000). 
+ $02: Number of points in the current batch. 
+ $03: Number of words in the current batch (= points * 3). 


RAM3 + $00-$3e: Output point buffer. 


Formatting note: When this file was created, tab stops were set at 
columns 9, 14, 19, 27, 32, 40, 45, 53, 58, 66, and 71. 


He ee kk tk tk ke kk Ok kk tek ek kk kkk kk kk kk kk kk kk kk kkk kk kk kk 
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7* Constants. 


o* 
’ 


7% Re te ee ee Fee Fe ie ee ee eee I I II I II FOR IO TOR IR IO tO OR tO Ok Rk a tok ee 


MatAddr = 0 ; Offset to matrix pointer in parameter block. 
CntAddr = 1 ; Offset to point count in parameter block. 
MatStrt = 4 ; Index to the matrix itself in RAM 0. 
BatchSz = 21 ; # of points that will fit in RAM 1. 
One = $10000 
org 0 
ZR RR Ree eR a a aK KK KK KK KKK KKK KK KK KKK KRERKEKRREKKKK KKK KKK KK KKK KR KK KR KK 
;* 
;* Code. 
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KKK KKKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KK KKK KKK KKK KK KK kK 
’ 


TransformPoints 


’ 


Fetch the transformation matrix from work ram and store it in RAM 0. 


, 


, 


MatDMA: jmp 


; Alternate 


; 

Transform2: 
Mov 
mvi 


DoABatch: 


or 
jmp 
nop 
endi 


. 
, 


MatAddr, ct0 
m0, ra0 
MatStrt,ct0O 
d0O,mc0, #12 
t0,MatDMA 


entry point: 


1,ct2; Put a fixed-point constant into RAM 2 for use 
during point transformation. 


One,mc2 


CntAddr, ct0 
m0,pl clra 
mov alu,a 
nz, SetUpLoad 


Fetch and transform points using the current 
; Matrix, i.e. don't waste time fetching a new matrix. 


, 


; Fetch the address of the transformation matrix. 


; Set ctO to point where the matrix goes. 


; Transfer the matrix from work RAM to RAM 0. 


; Wait until the transfer completes. 


; Fetch the number of points remaining. 


; See if the number of points has become zero. 


; No more points: 


; Prepare to load the next batch of points. 


SetUpLoad: 


FullBatch: 
mov 
mvi 


’ 


2,ct2 
BatchSz,pl 
mov alu,a 
ns, FullBatch 


a mov m0,mc2 
all,mcO 
LoadEm 


all,mcO 
BatchSz,mc2 


done. 


; Subtract batch size from # of points remaining. 


; If result is >= 0, we can load a full batch. 


; We'll do all the remaining points in this batch. 


; No more points remaining. 


; Remember how many points are left. 
; This is a full-sized batch. 


; Load the next batch of points. 


; 

LoadEm: mov 
mov 
mov 
mov 
add 


PtInDMA: 
jmp 
mvi 


m0, ra0 
0,ctl 

2,ct2 

mc2,p clr a 
mov alu,a 
mov alu,a 
mov alu,a 


m0,p mov 3,ct2 


mov. all,mc0 
d0,mcl,m2 


t0, PtInDMA 


; Point the DMA read register at the next point. 


; Multiply the number of points in this batch by 


; three to obtain the number of words to 
; transfer. 


mov all,mc2 


; Advance the input pointer. 
; Load the next batch of points from work RAM. 


; Wait for the transfer to complete. 
#1,pl; Prepare to calculate #points - 1. 


; Transform the current batch of points. 
; matrix will be fed through the Y register, and the vectors will pass through 


; the X register. 


; multiplier unaltered. 
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The entries of the transformation 


mov 


m2,a 


mov 
mov 
mov 


After each Z coordinate, we’1ll load a 1 into the X register 
; so that the translation component of the 4x3 matrix will pass through the 


MatStrt,ct0 
2;,CtZ2 
0,ctl 


. 
, 


sub 


add 


ad2 
ad2 
ad2 
ad2 
ad2 
ad2 
ad2 
ad2 
ad2 
ad2 
ad2 
ad2 
btm 


mov alu,a mov 0,ct3 
mov all,lop 
mov Loop, top 
mov 0,ct2 


clr a mov 0O,pl 

mov mcl,x mov mc0,y mov all,mc2 
mov mcl,x mov mul,p mov mc0,y clr a mov 0,ct2 
mov mcl,x mov mul,p mov mc0,y mov alu,a mov) mc2,ctl 
mov m2,x mov mul,p mov mc0,y mov alu,a 

mov mcl,x mov mul,p mov mc0,y mov alu,a mov 0,ct2 
mov mcl,x mov mul,p mov mc0,y clr a mov alh,mc3 
mov mcl,x mov mul,p mov mc0,y mov alu,a mov) mc2,ctl 
mov m2,x mov mul,p mov mc0,y mov alu,a 

mov mcl,x mov mul,p mov mc0,y mov alu,a 

mov mcl,x mov mul,p mov mc0,y clr a mov alh,mc3 
mov mcl,x mov mul,p mov mc0,y mov alu,a 

mov m2,x mov mul,p mov mc0,y mov alu,a mov 0,ct2 

mov mul,p mov alu,a mov MatStrt,ct0 


mov. alh,mc3 


mov m2,a mov 3,pl 


# Transfer the transformed points to work ram. 


, 


PtOutDMA: 


mov 
mov 
mov 
mov 
dma 


mov 


3,ct0 

m0, wa0 ; Point DMA write register at the output buffer. 
3,ct2 

0,ct3 

m3,d0,m2 ; Send the points on their way. 


m0,a mov m2,pl 
mov all,mcO ; Advance the output pointer. 


tO, PtOutDMA + Wait until the output points have arrived. 


DoABatch 


319 
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File: dsplight.dsp 


ao 


Saturn SCU DSP program to perform lighting calculations. 


= 


“ 


The program accepts its parameters in a parameter block in RAM 0. The 
caller must place these parameters in RAMO before running the program. 


NeoNe 


~ 


; RAMO + 0: Pointer (divided by 4) to a unit lighting vector. 

; RAMO + 1: Number of points to be dotted with the lighting vector. 

; RAMO + 2: Pointer (divided by 4) to first input point in work ram. 

; RAMO + 3: Pointer (divided by 4) to output lighting value in work ram. 


™ 


The program destroys all of the parameters except the first one, so you 
need to reload them for each new batch of points. 


Ne Ne Ne 


“ 


While the program is running, it organizes its data as follows: 


ao 


RAMO + $10-$12: The lighting vector. 


~ 


“ 


RAM1 + $00-$3e: Input point buffer. 


~ 


“ 


; RAM2 + $00: The constant 1, in 16.16 fixed-point format ($10000). 
; + $01: The constant $10, used to simulate shifting. 

; + $02: Number of points in the current batch. 

; + $03: Number of words in the current batch (= points * 3). 
; + $04: The constant $100000, which is the address of the 


start of the RGB-offset table times $10000. 
+ $10-$31: Table of RGB offsets (must be loaded previously). 


see 


~ 
+ t+ + F F + F FF FF F EF FF F F F F F FF F F F F FF FF FE FF FF HF OF 


RAM3 + $00-$14: Output lighting value buffer. 


see 


~ 


Formatting note: When this file was created, tab stops were set at 
columns 9, 14, 19, 27, 32, 40, 45, 53, 58, 66, and 71. 


~~ 


oo™Ne 


’ 
III IOI I I IIIT IOI I TOI I IIE IE IIT II IIIS AAI III III IIASA IIIA IE 


DIO OTITIS IOI IT ITI TTI IE I I II IIIA IAI III III IIIS IIIA II 


s* 
’ 


7* Constants. 


o* 
, 


OO II ICICI I IOI TOIT TEI II I III I III III III III II III III IIIA 


LVAddr = 0 ; Offset to lighting vector pointer in parameter block. 
LVStart = $10; Index to the lighting vector in RAM 0. 

CntAddr =1 ; Offset to point count in parameter block. 

BatchSz = 21 ; # of points that will fit in RAM 1. 

One = $10000 

Sixteen = $10 

Tblstrt = $100000 


DI III III III III ICI III IOI ICI ITI III III IIA IIIA IIIS IIS II III III IA IIIA 


* 
, 


7* Code. 


* 
, 


UII I III III III III ICI ICI I I I I I III I II I III III III IA IS III II III IS IA II 


org $80 
LightPoints 


, 


; Fetch the lighting vector from work ram and store it in RAM 0. 
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mov  LVAddr,ct0 


mov m0,ra0 ; Fetch the address of the lighting vector. 

mov LVStart,ct0 ; Set ctO to point where the vector goes. 

dma d0,mc0, #3 ; Transfer the vector from work RAM to RAM 0. 
LVDMA: jmp = t0, LVDMA ; Wait until the transfer completes. 


mov 0,ct2; Put a fixed-point constant into RAM 2. 

mvi One,mc2 

mvi Sixteen,mc2 ; Put another constant into RAM 2. 
mov 4,ct2 

mvi TblStrt,mc2 ; Put yet another constant into RAM 2. 


DoABatch2: 
mov CntAddr,ct0 ; Fetch the number of points remaining. 
mov m0,pl clra 


or mov alu,a ; See if the number of points has become zero. 
jmp nz, SetUpLoad2 

nop 

endi ; No more points: done. 


’ 


; Prepare to load the next batch of points. 


SetUpLoad2: 
mov 2,ct2 
mov BatchSz,pl 


sub mov alu,a ; Subtract batch size from # of points remaining. 
jmp ons,FullBtch2 ; If result is >= 0, we can load a full batch. 
nop 
clr amovm0,mc2 ; We'll do all the remaining points in this batch. 
mov all,mc0O 7 No more points remaining. 
jmp Load2 
nop 

FullBtch2: 
mov all,mc0 ; Remember how many points are left. 
mvi BatchSz,mc2 + This is a full-sized batch. 


. 
, 


; Load the next batch of points. 


Load2: mov m0,ra0 ; Point the DMA read register at the next point. 
mov 0,ctl 
mov 2,ct2 
mov mce2,p clra ; Multiply the number of points in this batch by 


add mov alu,a ; three to obtain the number of words to 

sl mov alu,a ; transfer. 

add mov alu,a mov all,mc2 

mov m0,p mov 3,ct2 

add mov all,mcO ; Advance the input pointer. 

dma d0,mcl,m2 ; Load the next batch of points from work RAM. 


PtInDMA2: 
jmp tO, PtInDMA2 ; Wait for the transfer to complete. 
mvi #1,pl; Prepare to calculate #points - 1. 


Calculate the dot product of each of the current batch of points and 
the lighting vector, add 1, use the multiplier to shift right 12 bits, 
and use that result to index our table of RGB offsets. 


Me Ne Ne Ne te 


mov LVStart,ct0 
mov 2,ct2 
mov m2,a mov 0,ctl 
sub mov alu,a mov all,lop 
mov 0O,ct2 


321 


Loop2: 


, 


ad2 
ad2 
ad2 
ad2 


ad2 
ad2 


btm 


mov m2,x 
mov mcl,x 


mov mcl,x 
mov mcl,x 


mov m2,x 


mov 0,ct3 


mov m2,y mov Loop2,top 
mov mul,p mov mc0,y clr a 
mov mul,p mov mc0,y mov alu,a 
mov mul,p mov mc0,y mov alu,a mov 1,ct2 
mov mul,p mov m2,y mov alu,a mov 4,ct2 
mov alu,a mov alh,rx 
mov mul,p clr a mov LvVStart,ct0 
mov m2,p mov alu,a mov 0,ct2 
mov alu,a mov. alh,ct2 
mov m2,a mov 0,ct2 
mov m2,y mov all,mc3 


; Transfer the lighting values to work ram. 


; 


OutDMA: 
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mov 


3,ct0O 
m0,wa0 
2,ct2 
0,ct3 
m3,d0,m2 


m0,a mov m2,pl 
mov all,mc0 


t0, OutDMA 


DoABatch2 


, 


Point DMA write register at the output buffer. 


Send the points on their way. 


Advance the output pointer. 


Wait until the lighting values have arrived. 


— 


FRI KKK KK KI IKK KK KKK TOK KIO IK KOK TOK TOK TOK TOK OK OK KOK OK ROK OK OK kk Rk RK RK bk 
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* 


File: decrle.dsp 


* * 


Decompress run-length-encoded data that is compatible with the format 
established by the Sega CMP library. Only byte-oriented format is 
supported. For a description of the format, see "Program Library 
User's Guide 3" (ST-135). 


We Ne Se Ra Ne We Ne: Se Ne. Ne 
+ + OF 


* 


Formatting note: When this file was created, tab stops were set at 
** columns 9, 14, 19, 27, 32, 40, 45, 53, 58, 66, and 71. 


FI IK KK I IK KK ITI IK KKK KKK IK IIR KK RR TOT TOT TKK IKK KK KITT TTT TTT KR KR RK RK KR RK 


eK KK KKK KK KK IKK KKK KKK KKK KEKE KKK KK KKK KKK KKK RK KR KR KK KR KK KR RK RR KR RK 


, 
; 
7* Constants. 
; 
; 


KKK KKK IKK KKK KKK IK KKK KK KK IK II KKK KKK KKK KIKI KK IKK KKK KKK KKK KKK KK KR KK KK KK 


Addresses of variables stored in data RAM 3. 


ST 


dataInPtr = 0 ; Address of input buffer ptr. 

dataOutPtr =1 ; Address of ouput buffer ptr. 

inBytel = 2 ; The second byte of the current (32-bit) word. 
inByte2 = 3 + The third byte of the current (32-bit) word. 
inByte3 = 4 ; The fourth byte of the current (32-bit) word. 
inBytePtr =5 ; Pointer to current input byte within curr. word. 
outBytePtr = 6 + Pointer to current output byte within curr. word. 
outByte0= 7 ; The first byte of the current (32-bit) word. 

outBytel= 8 + The second byte of the current (32-bit) word. 

outByte2= 9 + The third byte of the current (32-bit) word. 

outByte3= 10 + The fourth byte of the current (32-bit) word. 

inBufPtr= 11 ; Pointer to next input word in data RAM 1. 

outBufPtr = 12 ; Pointer to next output word in data RAM 2. 
inCount = 13 + Number of input elements read. 

outCount= 14 + Number of uncompressed bytes written so far. 

outSize = 15 ; Total number of uncompressed bytes to be written. 
WRAMinPtr = 16 ; Ptr. to input data in work RAM (divided by 4). 
WRAMout Ptr = 17 *; Ptr. to output data in work RAM (divided by 4). 
temp = 63 


FO IIR IIIT IO TOIT IOI OO IOI IIIT RIO TR kk tok 


7* Code. 
; 
ORI IOI IO IOI III IIIT IIIT IOI IO IO KOR ITO III IK 


org 0 
DecRLE: 


mov 0,ctl; Initialize input buffer pointer. 
mov 0,ct2; Initialize output buffer pointer. 


mov inBufPtr,ct3 ; Initialize miscellaneous pointers and counters. 
mov 0,mc3 
mov 0,mc3 
mov 0,mc3 
mov 0,mc3 


mov temp, ct3 + Load a 1 into the Y register, so we can 
mov 1,mc3 ; use the multiplier as a temporary variable: 
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mov temp, ct3 : any number stored in X will be multiplied by 
mov m3,Y ; 1 repeatedly until we retrieve it. 
; 
; Initialize the WRAM source and destination pointers. 
; 
mov 0,ct0 
mov WRAMinPtr,ct3 


mov mc0,a; Load source pointer and divide it by four. 
sr mov alu,a 

sx mov alu,a 

mov all,mc3 


mov mc0,a; Load destination pointer and divide it by four. 
sx mov alu,a 

sx mov alu,a 

mov all,mc3 


; Perform an initial DMA transfer to fill the input buffer. 


Mov WRAMinPtr,ct3 

mov m3, ra0 

mov 0,ctl 

dma dO,ml1, #64 ; Begin the transfer. 


+ Bump the input pointer. 


mov WRAMinPtr,ct3 
mov m3,a mov 64,pl 
add mov alu,a mov all,mc3 
preDMA: jmp t0,preDMA ; Wait until the DMA transfer completes. 
; Fetch the RLE header, which consists of either 1 or 2 32-bit words. 
mov 0,ctl 
mov mcl,a 


r18 mov alu,a 
rl mov alu,a 
rl mov alu,a 
rl mov alu,a 
rl mov alu,a 
rl mov alu,a 


jmp ‘ nc, ShortSize 
mov inBufPtr,ct3 


; The uncompressed size is stored as a long word. 


mov mcl,a mov 2,mc3 
mov outSize,ct3 
jmp DecomBytes 
mov all,mc3 
; The uncompressed size is stored as a 16-bit word. Rotate it back into 
7 position and mask off the extra bits. 


ShortSize: 


rl mov alu,a mov 1,mc3 

rl mov alu,a 

rl mov alu,a 

r18 mov alu,a 

r18 mov alu,a mov outSize,ct3 
mvi Sffff,pl 

and mov alu,a mov all,mc3 
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, 


Initialize indexes to current input and output bytes. 


DecomBytes: 


. 
, 


, 


mov inBytePtr,ct3 
mov inByte3+1,mc3 
mov outBytePtr,ct3 
mov outByte0,mc3 
mov outCount, ct3 


Are we done yet? 


’ 
NextByteRun: 


, 
, 


; 


Me Ne Ne Ne 


mov mc3,a; Fetch number of bytes decompressed so far. 
mov m3,pl; Fetch total number of bytes to decompress. 
sub 

jmp ns, BytesDone 

mov inBytePtr,ct3 


Decompress the next run of bytes. 


mvi GetByte, pc + Get the next input byte. 
mov 1,lop; Instruction after jsr gets executed twice. 


mvi $80,pl 


sub ; Is this byte positive or negative? 
jmp s, CompressedByteRun 
nop 


Process a run of uncompressed data: the value in the accumulator 
(negated) tells how many uncompressed bytes to read and write. 


mov 
or mov alu,a mov 
sub mov alu,a 

sub mov alu,a mov 


Now that the run length has been negated, add it to our running total of 
the number of bytes we have decompressed. 


mov 
add clr a mov 
Now the run length must be multiplied by 3 and decremented to get the 


proper initializer for the LOP register (we need to account for 
subroutine calls). 


add mov alu,a 

add mov alu,a 

add mov alu,a Mov 

sub mov alu,a mov 
UncmpByteLoop: 

mvi GetByte, pc ; Get the next input byte. 


mov inBytePtr,ct3 


mvi PutByte, pc 
mov outBytePtr,ct3 


mov UncmpByteLoop, top 
btm 
nop 


jmp NextByteRun 


$80,pl 
all,pl 


all,pl 


outCount, ct3 


all,mc3 


1,pl 
all,lop 
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mov outCount, ct3 
; 
; Process a run of compressed data: the value in the accumulator (+2) 
; tells how many times to write the subsequent input byte. 


CompressedByteRun: 
mov 2,pl 
add mov alu,a mov all,pl 


; Now that the actual run length has been computed, add it to our running 
; total of the number of bytes we have decompressed. 


mov outCount,ct3 
mov m3,a 
add clr a mov. all,mc3 


; Now the run length must be multiplied by 2 to get the proper initializer 
; for the LOP register (we need to account for subroutine calls). 


add mov alu,a 
add mov alu,a mov all,lop 
mvi GetByte,pc ; Get the next input byte. 


mov inBytePtr,ct3 


CmpByteRunLoop: 
mvi PutByte, pc 
mov outBytePtr,ct3 


mov CmpByteRunLoop, top 


jmp NextByteRun 

mov outCount, ct3 
; Come here when we're all finished. We need to flush any output bytes 
; that have been buffered, then we need to do a final DMA transfer. 


, 


BytesDone: 
mov outBytePtr,ct3 

CheckByteFlush: 
Mov m3,a mov outByte0,pl 
sub clr a 


jmp z,FinalDMA 
mov 1, lop 


mvi PutByte, PC 
mov outBytePtr,ct3 


jmp CheckByteFlush 
nop 


; Flush the output buffer. 


FinalDMA: 


Mov outBufPtr,ct3 
clr a mov m3,pl 
or 
jmp z,AllDone 
nop 


mov WRAMout Ptr, ct3 
mov m3,wa0 
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mov 0,ct2 
mov outBufPtr,ct3 


+ The following DMA instruction must be altered in the object file in order 
; to change the address-add mode. The assembler will only generate a mode 

+ of 2, but we need a mode of 1 in order to write to VDP2 VRAM. To do this, 
+ we need to change the assembled instruction from 0xc0013203 to 0xc000b203. 


dma m2,d0,m3 ; Begin the transfer. 
FinalDMAWait: 

jmp tO, FinalDMAWait 

nop 
AllDone: 

endi 


FRR RIKKI KIKI KKK KKH KEE RRR KKKIKKKKKEEKK HERE KKK IKKE II III 


ok 
, 


, 


* Subroutine to fetch the next byte from the input stream and return it 
7* in the accumulator. We assume that ct3 already contains the address of 
7;* inBytePtr. 

;* 

FRR KKK KEK KKK IK IKK KKK KK KKK KKK KKK KIKI KKK KK KKK KK KKK KE KKKKEKKKK KKK KK KK 


GetByte: 
mov m3,a mov 1,pl 

add mov all,mc3 
mov inByte3+1,pl 
mov all,ct3 

sub mov m3,a 

mvi Sff,pl 

jmp s,GotInByte 

and mov alu,a 


+ Fetch the next 32-bit input word and break it into four bytes. The first 
; byte ends up in the lower 8 bit of ACL; the other three bytes are saved 
; to data RAM 3. : 


mov mecl,a 


r18 mov alu,a mov inBytel,ct3 
r18 mov alu,a mov all,mc3 

r18 mov alu,a mov all,mc3 

r18 mov alu,a mov all,mc3 

r18 mov alu,a mov inBytel,mc3 
and mov alu,a 


; Save the input byte in the multiplier while we increment our input 
; buffer count and decide if it's time to fetch a new batch of input data 
+ from work RAM. 


mov all,rx 
mov inBufPtr,ct3 


mov m3,a mov 1,pl 
add mov alu,a mov all,mc3 
mov 64,pl 
sub mov mul,p clr a 
jmp s,GotInByte 
add mov alu,a 


; We've just read the last word of the input buffer, so we need to fetch 
; the next batch of data. 


mov inBufPtr,ct3 ; Reset the input buffer pointer to point to the 


add 
add 


inDMA:  Jmp 
nop 
GotInByte: 


btm 
nop 


HOKE F KF KKK KK KK KK IK KK KK III I KICK KK KKK KK KK KIKI KK KK KK KK KK KKK KKK KK KKK KKK KK KE KEKE KKEK 


* 


0,mc3 ; beginning of data RAM l. 


WRAMinPtr, ct3 
m3, ra0 

0,ctl 

dO,m1, #64 


input pointer. 


t0,inDMA 


; Begin the transfer. 


mov 


mul,p 


mov 


a mov 
alu,a 


; Wait until the DMA transfer completes. 


* Subroutine to add a byte to the output stream, combining bytes into 


* of outBytePtr. 


* 


HK KKK IKK KKK IKK IK KK KK II IK IKK KKK KK IK KKK KKK IK IK KKK KKK KKK KKK KKK KEKE KKKKKK KKK KEK 


PutByte: 


add 


sub 
jmp 


r18 
or 
r18 
or 
r18 
or 


; Increment the output counter and see if we need to spit out 


; work RAM. 


“ 


add 


sub 
jmp 
mov 
mov 


mov 
mov 


3-28 


; 
; 
’ 
7* 32-bit words as we go. 
; 
; 
; 


s, PutByteDone 


mov mc3,p 
mov mc3,p 


mov mc3,p 


s, PutByteDone 


outBufPtr,ct3 


mov 


mov 


mul,p 


mul,p 


mov 


mov 


mov 


m3,a 


mc3,a 


0,mc3; Reset output buffer pointer. 


WRAMout Ptr, ct3 
m3, wa0 


mov 


clr 


mov 


We assume that ct3 already contains the address 


mov 

mov 
mov 
mov 
Mov 

alu,a Mov 
mov 

a 
mov 
mov 
mov 

alu,a 

alu,a 

alu,a 

alu,a 

alu,a 
MOV 

a batch to 
mov 
mov 

alu,a mov 
mov 


WRAMinPtr,ct3 
64,pl 
all,mc3 


all,rx 

m3,ct3 

all,mc3 
outBytePtr, ct3 
1,pl 

all,mc3 
outByte3+1,pl 


outBytePtr,ct3 
outByte0,mc3 
outByte0,ct3 


all,mc2 


outBufPtr,ct3 
1,pl 

all,mc3 

64,pl 


| ae 


| | mov 0,ct2 


The following DMA instruction must be altered in the object file in order 
to change the address-add mode. The assembler will only generate a mode 

of 2, but we need a mode of 1 in order to write to VDP2 VRAM. To do this, 
we need to change the assembled instruction from 0xc0011240 to 0xc0009240. 


ee ee eT) 


dma m2,d0, #64 ; Begin the transfer. 


+ Bump the output pointer. 


mov WRAMoutPtr,ct3 
mov m3,a mov 64,pl 
' add mov mul,p clr a mov all,mc3 
outDMA: jmp t0, outDMA ; Wait until the DMA transfer completes. 
[i nop 
PutByteDone: 
btm 


add mov alu,a 


Notes 
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Saturn Programming 


4. Advanced TrueMotion Programming 
on the Sega Saturn 


Includes implementation of actual game code. 


Eric Caplain 
Compression Specialist 
SegaSoft 


Eric Ameres 
Senior Software Engineer 
The Duck Corporation 
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Authoring 


5. FireWalker Authoring System from 
Silicon Studio 


Discover how to use the FireWalker authoring system, the new authoring 
environment for interactive 3D title creation teams. FireWalker runs on the 
Silicon Graphics platform, coupled with content-creation software to give your 
team the optimal environment for bringing interactive visions to life. 


Eric Quakenbush 
Associate Producer 
SegaSoft 


Sheila Ward 

Product Manager, Creative Products 
Silicon Studio, Inc. 

A subsidiary of Silicon Graphics, Inc. 
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Debugging 


6. SNASM Unleashed 


Increasing your programming efficiency with the SNASM tool suite, including 
debugging support for C++. 


Dan Poling 
Senior Manager, Cross Products 
SegaSoft 


Guy Carpenter 
Customer Technical Liaison 
Cross Products 


lan Oliver 
Managing Director 
Cross Products 
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New Developments in Snasm2 


| Guy Carpenter 
Technical Customer Liaison 
Cross Products 


Block diagram of Cartdev, Saturn & PC. 


Saturn CartDev 


SCSI lead 


HSI Library 
Snasm2 Debugger 


evelopments in Snasni 2: a 


Gop 


¢ Developments prior to version 2.1 
¢ Post Snasm2.1 developments 


¢ Breakpoint configuration in 2.10d 
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DOS 4GW Pro DOS Extender 
¢ C++ name unmangling 


¢ Find/Find Next in Disassembly, Source, and 
Mixed Windows 


¢ GNU Stdio functions 
Source file directory path 


Be. Breakpoint Confi uration eae 


¢ From the breakpoint window 
— Execution breakpoint configuration 
— Watch breakpoint configuration 
— Advanced breakpoint configuration 


¢ From a code window 


Breakpoint Iype Dialog 


Select a Breakpoint Type 


Execution 


t 


| 2 Aen Pe 


Execution Breakp joint 


Fname:Linet#t 


i 


Generic Breakpoint Configuration 


Address Hardware 


No Debug Inf | |0x060A4B94 


Condition Flags 
[ ] Evaluate 
[f] Enabled 
[ ] Count 


Action Flags 


[f] Halt 
{ ] Single Shot 


Expression to Evaluate 


ie es Se) 


Current Count Trigger Count 
0x00080060 0x60086008 


Expression to Print in Log 
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User Break Controller - Watch Breakpoint Configuration 


Address 


Data 


Mask 


[f] Read 
[¥] Write 


0x00008000 = 


[f] Read 
If] Write 


c 
i 
' 
& 


[ ] Include Data Bus Conditions 


[ ] Include Data Bus Conditions 


peeeonRssnRRoReseoeseoRRRRseOReD= 


Cae : 
% 


} Customer Support Developments» 


¢ Tech support 
— Changes in the support structure 
— Suppport database 
— Access to support 
¢ Feedback 
— Why do we need feedback 
— Who to contact to give feedback 


e Shift system 

— Support 'till noon Pacific Time! 
¢ Notes database 

— Ask for your call reference number 
¢ Email, BBS, ftp. 


— Choose your preferred method 
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Feedback 


¢ Why do we need it? 


— For us to help you 


¢ Where to? 


— Technical Customer Liaison 


That's It!! 


Any questions? 


Graphics Performance 


7. VDP1 Performance Dependencies 


Examine the issues of real performance rendering speed and cycle count for 
drawing textured polygons. Learn techniques for tuning your routines to 
achieve optimal results. 


Robert Morgan 
Director, Technology 
Sega Technical Institute 


Jeff Lander 
Senior Programmer 
Accent Media 


Robert Leland 
Programmer 
Jumping Jack 
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\/bP 4 Performance 
Depencencies 


DevCon ‘96 
Sega Developer Services 


Introduction 


@ General Introduction to VDP1 Performance 
— Assumption of general VDP1 knowledge 

@ Round-table Members 

@ Demonstrations 
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~A 


Agenda 


@ Software Issues 


— Maximizing performance of VDP1 with the 
control code . 


— Culling of parts 
— Managing the display list 
@ Hardware Issues 


— Timing impact of different parts, effects, and 
parameters 


@ Inquire about any areas of special interest or 
concentration 


Overview - VDP 
Performance 


@ There are two sides to the VDP1 ‘coin’ 
@ Software Side 


— Concerned with eliminating wasted time and 
commands 


@ Hardware Side 


— Concerned with using the right part in the right 
way for the job at hand 
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Software - Keep VDP1 Going 


@ If the VDP1 is idle, it’s counter-productive 
@ Update the display list by DMA 
— during erasure if using an erase phase 


@ Double-buffer the display list 


Software - Draw Only What’s 
Needed 


@ Avoid drawing unnecessary objects 
— offscreen parts 
— back-faces 
— distant ojects 
— hidden objects 
@ Clip and Cull as much as you can 
— Saves on VRAM 
— Saves on VDP1 time 
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Software - VRAM Access 


@ Avoid Long DMAs with VRAM 


— if VRAM is locked by the SCU, VDP1 cannot 
draw 


— shorter accesses allow both SCU and VDP1 to 
continue 


@ Manage VRAM well and reduce access 
— copying redundant data is wasteful 
— removing and replacing data is wasteful 


Software - Miscellany 


@ Buffer Erase and Swap strategies 
@ Field/Frame crossing effects 


15 


1+ 


Hardware - Parts Differences 


© Most differences of parts affect things only 
a few percent either way 


Hardware - Small Parts 


@ Use Textures of the Appropriate Size 


— Large textures scaled down will hurt 
performance heavily 


— Use multiple sizes of each texture 
— Use High Speed Shrink (HSS) to simulate 
smaller textures 
@ Don’t apply effects to small items 
— The effect is minimal and costly 


Hardware - Color Calculation 
Effects 


@ Color calculation is costly 


@ Use meshing over half-transparency if. 
possible 


Hardware - Drawing Direction 


@ Draw from onscreen points to offscreen 
points 
— allows the hardware to do better clipping 
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Hardware - Miscellany 


@ Timing effect of clipping windows 

@ Timing effect of different graphic modes 
@ Timing effect of subroutines 

@ Timing effect of preclipping 


Summary 


@ The VDP! can fill the screen many times 
over in 1/60th second 

@ To maximize VDP1 performance 
— Keep the VDP1 drawing at all times 
— Don’t make the VDP1 draw unnecessary parts 
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VDP1 Q&A 


Notes 
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Graphics Modes 


8. Software Techniques for VDPT 


Software techniques for MIP mapping, to create distance and perspective in 
your game or to use shadows and fog to hide pop-up. 


Robert Morgan 
Director, Technology 
Sega Technical Institute 


Eric Ameres 
Senior Software Engineer 
The Duck Corporation 
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Software Techniques for 
VDP‘ 


Sega Developer Services 
Devcon '96 


Introduction 


@ General Introduction to Topic 
— “Neat tricks for VDP1” 

@ Round-Table members 

@ Demonstrations 


Overview 


@ Pre-processing of data for VDP1 
@ Creative use of effects 
— Texture Tricks, Palette Tricks 
@ Dealing with “pop-up” 
@ Inquire about special areas of interest 


Texture Tricks - MIP Mapping 


@ MIP Mapping is a software technique for 
scaling a texture. 

@ Alternatives 
— Using multiple sizes of the same texture 
— Use High Speed Shrink 
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Texture Tricks - Animated 
Textures 


@ Demonstration 


Dealing with Pop-up 


@ Occurs due to physical limitation of number 
parts that can be drawn 

@ Painter’s algorithm requires drawing back- 
to-front 


Dealing with Pop-up 


@ Optimize drawing (see VDP1 Performance) 


@ Apply vertical scale transformation by 
depth 
— achieves effect of objects scaling into the 
horizon 


@ Apply a Fog/Shadow by depth 
— palette swap 
— calculated 


Why Use Palettes? 


@ Nearly Free Effects! 
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Palette Tricks 


v 
@ Lighting 
— multiple instances of the same palette 
-— use attenuated intensities to darken a 
— use amplified intensities to lighten 
Palette Tricks 
@ Simple Palette Swap 
— Color cycling, pulsing, glowing “ 
— Can be done with any timing, sequence, or 
number of colors 
i 
— 


Miscellany 


@ Anti-aliasing by drawing translucent lines 
around parts. 


Summary 


@ The VDP1 can do lots of neat tricks 
— Understand what the hardware does 
— Palettes are powerful 


— Try to use the hardware in creative ways to 
simulate your effect 
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Software Techniques Q&A 


Graphics Modes 
9. Advanced graphic effects 
How to accomplish graphic effects, including horizontal screen splits of 


rotation scroll planes, advanced coefficient and rotation scroll plane 
programming, coefficient tables for making curved surfaces, implementing a 
pm light model with Gouraud hardware, and the advantages and 
disadvantages of Saturn’s high-resolution graphics modes. 


Gordon Haberfelde 
Manager, Domain Experts 
Sega Technical Institute 


n Dennis Caswell 
Domain Expert 
Sega Technical Institute 


Rex Sabio 
Senior Programmer 
SegaSoft 
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Graphics Modes 


10. Sega’s New Common Interchange 
File Format Standard 


SGA3 (Sega 3D) is an interchange file format standard for describing three- 
dimensional polygon data and backgrounds for use on game platforms 
supported by Sega. The intent of this format is to enable the creation of 
tools that are specifically geared toward game development needs. 


Jim Tomasko 
Sega Interactive Development Division 


Adam Walters 
V.P., Sales/Marketing 
Animetix 
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SGA3 File Format 


Jim Tomasko 


SegaSoft 


SGA3 File Usage 


SGAG File 


In-House 
Converter 


Target Platform 
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Round Trip Data Path 


Art Application 


SGAS3 File 


e High degree of polygon based data retrieval 
e Platform specific plug-in data may be persistent 
Multiple platform data addressed 
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IFF Format File 


VERSION NUMBER 
PALETTE DATA 


TEXTURE DATA 
POLYGON GROUP 


MODEL HIERARCHY 


ANIMATION 


*MPLY is p-atform extenceble 
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Individual chunks may be written 


FORM MMDL 


e In-house tools can merge animation sequences 
e Back into SGA3 
e Not recommended 
e Directly into application 
e Recommended 
e Retains link with model in a separate file 


Extendible File Format 


FORM SND 


@ Gets FORM size 
@ Skips Complete FORM 


@ Gets chunk size 
@ Skips chunk 
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Sample Development Scheme 


Art Application 


pease sovdGeee we. te 34 Uiiaveohse. pe Secee 4a. BH 


SGAS File Pool : 
Model Data 
An:mezion Data 
Alternate Texture Data 


Header Files 


Target File Format 


Video Compression 


11. Video Sprites and Compression for 
the Sega Saturn 


Discussion of TrueMotion video compression for Sega Saturn covering pre- 
production issues, capture systems, asset management, post-processing, 
data rate management, compression and assembly tools, and VCD issues. 


Eric Caplain 
Audio Group Manager 
SegaSoft 


John Gabriel 
Senior Engineer 
The Duck Corporation 


Dan Brazelton 
Motion Picture Guy 
Crystal Dynamics 
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Notes 


Video Compression 


12. Cinepak Optimization 


Discussion of Cinepak video compression for Sega Saturn covering pre- 
production issues, capture systems, asset management, post-processing, 
data rate management, compression and assembly tools, and VCD issues. 


Eric Caplain 
Audio Group Manager 
SegaSoft 


Loren Luke 
President 
SqueezeBox 


Scott Francis 
President 
Scooter Soft 


Dan Brazelton 
Motion Picture Guy 
Crystal Dynamics 
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Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


SEGA DevCon '96 


Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


Digital Video Basics 


Digital Video Codecs: To compress, or decompress 


JPEG Compression - Capture & Editing 
Cinepak for CD/ROM distribution, and more... 
Digital Video Publishing for many platforms 


Open Systems architecture 
Use the tools you want to use! 


Where are we heading? 


SEGA DevCon '96 


Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


Seven Steps to better Cinepak movies 


Step #1: Creating the content 

Step #2: Adjust video levels before capturing 

Step #3: Capture using the highest quality 

Step #4: Edit your video, add transitional effects and titles 
Step #5: De-interlace, Resize and Filter 

Step #6: Crop, set data & frame rates, & compress to Cinepak 
Step #7: Convert to SEGA format 


SEGA DevCon '96 


Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


Step #1: Creating the content 


Keep the Video Pristine 
Compression works because of spatial & temporal redundancy 
CCD elements and Vidicon tubes generate noise in low light 


Choose to use high quality media 
Whenever possible, use Betacam-SP or Hi-8 for capture 
Use a copy to make editing decisions (Esp w/ Hi-8) 
Use the original for digitizing 


SEGA DevCon '96 
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Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


Step #2: Adjust levels before capturing 


Light it right 
For blue screen 
For live shots 


Cinepak prefers even distribution of Luminance and Chrominance 


Adjust input settings to optimize capture 
Increase black levels 
Adjust Brightness & Contrast 


Check levels by analyzing a single frame in PhotoShop 
Adjust after performing histogram 
Iterate the process to get the best results 


SEGA DevCon '96 


Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


Step #3: Capture using highest quality 


Use Motion JPEG for capture & editing 
Every frame is an "|" frame 
Faster drives improve the quality of the Video 


Telecast 
Betacam Component, S-Video and Composite capture and export 


VideoVision Studio 
S-Video and Composite capture and export 


Targa 2000 
Betacam Component, S-Video and Composite capture and export 


Non-Quicktime Native solutions? 


Working from uncompressed source 


Tele-Cine -> Abacus -> TGA -> PICT -> QT Movie 


SEGA DevCon '96 


Digital Video Production using Cinepak 
Loren Luke, SqueezeBox 


Step #4: Edit Video, Add Effects & Titles 
Time to be creative! 


Use the editing package of your choice 
Place clips in sequence 
Add effects 
Add titles 
Add and composite layers 
Save finished movie w/capture codec 


SEGA DevCon '96 


Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


Step #5: De-interlace, Resize and Filter 


De-interlace with Debabylizer 


Resize & Blur with After Effects 
Reduce image size with After Effects 
Blur with 0.4 radius 


SEGA DevCon '96 
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Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


Step #6: Crop, constrain, and convert 
Eliminate Head noise, etc. by cropping image 


Set Data rate to desired limit 
Single Spin CD/ROM 150k/sec = Max 
Double Spin CD/ROM 300k/sec = Max 
Quad Spin CD/ROM 600k/sec = Max 
Real CD ROM rates? 
Resample to final frame rate 
Set Key frame frequency 
Recompress movie into Cinepak Codec 


Convert clip into SEGA format 


SEGA DevCon '96 


Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


Cinepak: What is it? How does it work? 


Cinepak is a low-cost computer oriented playback scheme 
Software-only playback on a Mac, Windows, SGI, & Games 
Ultimate codec for Cross Platform usage 
Comes free to the end-user 
Ideal for CD-ROM applications and network distribution 


Drawbacks 
Asymetric encoding (Patience is a virtue) 


SEGA DevCon '96 


Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


Off-line Versus On-line 


Off-line = preliminary (draft) output quality 
Low quality, Low data rate OK for EDL creation 


For broadcasters, VVS might be considered off-line 


On-line = final output quality 
Final output Tape-to-tape using masters 


For a corporate training video, S-VHS is on-line quality 
For a “Broadcast Designer,” BetacamSP is on-line quality 


Area of confusion: Speed of editing 
Real-time editing systems are often on-line quality 
On-line edit suites produce excellent quality 
Therefore, on-line = real-time to some users 


Advice: Be careful how you use your terms! 


SEGA DevCon '96 


Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


RGB: Computer-oriented format for image storage/manipulation 
Defined in bit depth per component (3x8 = 24 bit color) 


D1: Full digital component video 
Very expensive, high quality professional digital video 
format 
Three component Y-U-V 
CCIR601, rectangular pixel (vs square in computers) 


BetacamSP: Very high quality professional analog component 
video tape format 
Professional, high-end corporate, and broadcast quality 
Three component Y-U-V 
NOT the same as Betamax 


S-Video: Good quality analog component video 
Industrial and high-end consumer 
Laserdisc & Hi-8 quality 
Two component Y-C 


VHS: Consumer-level quality analog composite signal 
Most popular 1/2-inch home videocassette format 


SEGA DevCon '96 
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Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


SEGA DevCon '96 


Digital Video Production using Cinepak™ 
Loren Luke, SqueezeBox 


Contact Information: 


Loren Luke 
Squeezebox Consulting 
1735 E. Bayshore Rd. #33B 
Redwood City, CA 94063 
(415) 366-2933 FAX: 366-6833 
Loren@squeezebox.com 
www.squeezebox.com 


Radius Cinepak info: 
cinepak@radius.com 
www.radius.com/cinepak/cinepak.html 


SEGA DevCon '96 
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13. Performance SGL Programming 


Techniques for using Sega 3D Game Language—what's new with SGL 1.3, 
including how the slave CPU is used by SGL, how the event manager 
routines work, and how to use the SCU DSP while using SGL. 


Yu Suzuki 
Sega of Japan 


Rex Sabio 
Senior Programmer 
SegaSoft 


David Aronson 
Nichimen 


Mike Fleming 
Nichimen 


Notes 
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Libraries 


14. What’s New with SBL 


A look at the latest features of the Sega Basic Library 6.0, including 
enhanced 3D support, multi-GFS capabilities, ADPCM sound support, 
MPEG, and peripherals support. 


Jean Yu 
Domain Specialist 
Sega Technical Institute 


Dennis Caswell 
Domain Expert 
Sega Technical Institute 


Gordon Haberfelde 
Manager, Domain Experts 
Sega Technical Institute 


Notes 
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CROSS Products 


15. CD Emulation on the Mirage 


How to use Cross Products’ self-contained CD emulator. The advantages of 
creating a CD image in real time from game files. 


Dan Poling 
Senior Manager, Cross Products 
SegaSoft 


Guy Carpenter 
Customer Technical Liaison 
Cross Products 
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Get i: The CD Development process 


pr 


Guy Carpenter 


Technical Customer Liaison 
Cross Products 


Raw Files _ PY RTI image mee 
SCR processing pvp build : 

.BIN 

SSGL 

.PRG . 
WAV Emulate with Mirage Burn Gold Disc 


| 


Burn from Mirage 


Hardware Installation 


¢ Installing the 1542 
— Switch settings 
— Configuring the 1542 with SCS/Select 


¢ Connecting the development hardware 
¢ Setting up your PC 


Ge Configuring an Adaptec 1542 


¢ Getting to the Configuration screen 
— Ctrl-A 

¢ First Dialog Box Choices 
— Configure/View Settings 

* Configuration Options 
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TO DEVELOPMENT 
HOST 


MIRAGE CD WRITER 


@<*~s. ASPI Drivers - Which One? 


¢ DOS 6.22 and/or Windows 3.11 
« ASPI4DOS.SYS or ASPI8DOS.SYS 


¢ Windows '95 
* Use the Adaptec BIOS & WINASPI.DLL 


Power-cycling the Mirage? 


¢ Firmware Upgrade 
— Upgrade then power-cycle 


¢ Drive Swapping 
— Power-cycle Mirage and re-boot the PC 
— Set Mirage as removeable drive in '95 


Using CPBuild 


¢ Writing the Script File 


— The basic structure of a Script file 


¢ CPBuild 


— Common command line switches 
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A simple script file 


Disc TUTORIAL.DSK File SAMPLE1.CPK 


CatalogNo 0 FileSource ending.cpk 
Session CDROM EndFileSource 
Leadin MODE1 EndFile 
EndLeadin 
SystemArea ip.bin 

Track MODE 1 PostGap 150 


Volume ISO9660 TUTORIAL. PVD EndTrack 


PrimaryVolume 0:2:16 ;location of first file 
EndPrimaryVolume 
EndVolume 
; take the following comments out if you wish to include 
:the ip will load the first file it finds alphabetically ; fedbook audio tracks 
File 0; ; Track CDDA 
FileSource smpcpk5.bin ; Pause 150 
EndFileSource : File CODA1 
EndFile 4 FileSource waming.red ;any redbook audio here 
EndFileSource 
this is where you wouk piace all of your datafiles ; EndFile 
EndTrack 
File SAMPLE.CPK LeadOut MODE1 change this to CDDA if you include 
FileSource openinga.cpk redbook 
EndFileSource Empty 300 
EndFile EndLeadOut 
EndSession 
EndDisc 


ing CPBuild 


¢ Common command-line Switches 
— -o Path 
— -s Path 


—-V 


-b -t 


Emulating with the Mirage 


¢ The Front Panel & LCD display 


* Configuring the Mirage for emulation 
¢ Starting Emulation 


¢ Logging information 


Emulation 
Control Buttons 
(Orange) 


DOOR DISPLAY NUDGE STOP 


UP DOWN SELECT CANCEL 


CD INTERFACE 


Menu 
Control Buttons 


(Blue) 
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Starting Emulation 


¢ From the Front Panel 


— Emulation Menu 
— Select Image 
— Start Emulation 


¢ Using Mirage.exe 


— getting information before you start 


— mirage.exe commands 


Version 1.00L Dec 13 1995 15:45:02. 


Mirage information 
Version:- 
Number 
Type 
Model 
Compile Time 
Compile Date 


Configuration:- 
MIRAGE ID 
DRIVE ID 
LCD Contrast 
Emulation file 
Spin up time 
Seek Time 
Focus Time 
Instant Seek 
Error Rate 
Logging Wrap 


MIRAGE CD Emulator - Remote Control Software. 


(C) 1995 Cross Products Ltd. All rights reserved. 


Mirage info: 


Mirage found, on Host Adapter 0, at Target ID 1 


100L 
Release 
SATURN 
15:45:02 
Dec 13 1995 


1 
0 


8 
/DEMO_SD/TUTORIAL.DSK 
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MIRAGE CD Emulator - Remote Control Software. 


Mirage.exe Commands: 


emulate=filename 

stop 

open/close 

nudge 

log [>filename][>>filename] 
monitor [=filename] 


i 


- Logging Information — 


Version 1.00k Nov 7 1995 09:35:10. 
(C) 1995 Cross Products Ltd. All rights reserved. 
Mirage found, on Host Adapter 0, at Target ID 0 


00: 
00: 
00: 
00: 


00: 
00: 
00: 
00: 
00: 
00: 
00: 
00: 
00: 
00: 


00: 
00: 
00: 
00: 


00: 
00: 
00: 
00: 
00: 
00: 
00: 
00: 
00: 
00: 


00:00 Emulation started with DUCK2.RTI 

00:31 PLAYTOC 959ms 
01:34 SEEK X2 $000096 150 00:02:00 73ms 
01:68 PLAY xX2 DUCK2.PVD $000095 149 00:01:74 73ms 


30:76 PC Read $00000221, $0008 
30:77 PC Read $00021541, $0008 
30:84 PC Read $0001dc01, $0008 
31:05 COMPROMISED @ $00050e 1294 
31:05 ERROR @ $00050e 1294 
31:07 COMPROMISED @ $000510 1296 
31:07 ERROR @ $000510 1296 
31:07 PLAY X2 GUMBOS1.AVI $00050E 1294 00:17:19 73ms 
32:98 PC Write $00021542, $0001 


33:17 Emulation stopped, PC Access 


Common Problems 


¢ System boot sequence to access the Mirage 
from within the debugger 


¢ Using the GFS calls for accessing the CD 
¢ Making bootable images 


Emulation and the debugger’ 


¢ The system boot sequence to access the 
Mirage from within the debugger 

— Keydisc the Saturn 

— Select image and emulate 

— Launch debugger 

— Download the monitors 

— Load COFF & run 


15-11 


CD Burning 


¢ Build a .DSK and use Sega's sofwtare 
— Build a disc image 
— Daisy-chain your writer off SCSI OUT 
— Use CD writing software on your PC 

¢ Write directly from the Mirage 
— Connect your CD writer to the Expansion Port 
— Write directly from files using the Mirage 


cas Sa 


}. Standalone Configuration — 
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That's It! 
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. Notes 
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Peripherals and Software Standards 


16. Technical Document ST-151 


What Every Developer Must Know: Basic software requirements, including a 
review of Sega Saturn Software Standards. Peripherals requirements, 
including control port peripherals, cartridge port peripherals, and serial 
port peripherals, will be reviewed. 


Jim Huether 
Director 
Sega Soft 


Dan Poling 
Senior Manager, Cross Products 
Sega Soft 


Eric Rawlins 
Assistant Producer 
SegaSoft 


Kevin Wagner 
Manager, Third Party Development 
Sega Third Party Licensing 


Dermot Lyons 
Day Supervisor, Test Department 
Sega Technical Institute 


16-2 


What Every Developer Must Know 


Review of ST-151 


Jim Huether 
Dermot Lyons 
Eric Rawlins 
Kevin Wagner 


Glossary of Terms 


When mulugie ports are used with the 6P each pot 
@ part number. The port is reten ed to as "Port [n[’ 


port ry 0 duing ac play. Active pats are 
deta mned bom among he valid ports for each gama play 
serzion 


Peripherals Check 


When to check 
© during the title loop 

® frequently during the game and option screens 
check for disconnect/reconnect every “game cycle” 


What to check 
© cannot start a game with nothing connected to control port 1 
© should not start a 1 player game from control port 2 

© when a compatible peripheral is disconnected, issue a 
system pause and display a warning message 


Mandatory Compatibility 


Disconnect/reconnect must be supported for all 
compatible peripherals 

Input from incompatible peripherals should be 

ignored 


All games must support: 
© standard control pad 

© virtua stick 

© 6player (at least as pass-through) 

© mission stick (at least In digital mode) 


note: all racing games must support the arcade racer in 
analog mode 
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Device Types 


Standard Digital Devices 
© standard control pad 

® virtua stick 

© mission stick (in digital mode) 


Multitap 
© 6Player (1 player games must be controllable through any 
port) 


Analog controllers 
© mission stick (not compatible with 6Player) 
© mouse 

®@ arcade racer 


SEGA 


Basic Set-up 


© Acompatible peripheral must be connected into 
control port 1 to start a game 


control port must be assigned to player 1 
functions, and control port 2 must be assigned to 
player 2 functions (see 6Player exceptions) 


for the 6Player attached to control port 1, the 
leftmost VALID port with a compatible peripheral 
attached must be assigned to player 1. Player 
numbers must be assigned to valid ports in 
ascending order from left to right. 


SEGA 


Peripheral Checks 


Check the status of peripherals every game cycle to 
prevent detrimental effects from 
disconnect/reconnect. 


Checks prior to game start (in title loop as well as 
during power-on sequence) 

® {fa connected peripheral is a compatible peripheral, that port 
becomes a valid port. 

© tf an incompatible peripheral is detected, either treat that 
port as Invalid, or display a message to the user to connect a 
compatible peripheral. 

© For invalid ports, ignore data from incompatible peripherals. 


Checks during Game Start 


© Always use player 1 controls to start a game 


® Player 1 controls should be used for mode-option 
setting purposes. 
In multiplayer games, where players can have 


different starting times, the game can be started by a 
player other than player 1. 


Detect active ports from among the valid ports. 
Prompt the player to press the start button. 


The maximum number of active ports is equal to the 
maximum number if players supported by the game. 
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Checks during the main game 


® Check peripherals every game cycle to support 
disconnect/reconnect 

© If an active peripheral is disconnected, you must 
issue a system pause and display a warning message. 
(This active port becomes inactive) 

© If an incompatible peripheral is disconnected, the 
game does bit have to pause. 

© If a6-player with active ports is disconnected, you 
must issue a system pause and display a warning 
message. 

® Design so that a system pause can be cleared from 
any inactive peripheral by pressing start after a 
compatible peripheral is reconnected to the 

previously active port. 


SEGA 


Checks during the main game 


Continued 


tf a system pause is issued during a normal user pause, 

both should be cleared at the same time. 

© When a peripheral is connected, input should be enabled 
only if a compatible peripheral is connected to an unused 
active port, after the pause Is cleared. 

® For games which allow mid-game participation, a 
compatible peripheral may be connected to an invalid 
port. That port can be reassigned as active. 

® The detection of the active port should occur when the 
user presses the start button immediately after connecting 
the peripheral. 

© The new peripheral can only be connected to the right of 
existing players and cannot cause the player number to 

exceed the maximum number of players supported by the 

game. 


Control Port States 


¢ °F acompatible peripheral is connected to Hy 
3 —- airwalid port, its status may be changed © aveld pat : 
= Ginactive port] H 


H ! Detecaed as “nulirpu"cr a system pause 


6 Player 


© Ail games must be compatible with the 6Player 
® Can use 2 6Players for up to 12 players 


© Cannot cascade one 6Player into another 
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6Player Basic Settings 


© Must have a compatible peripheral or a 6Player 
(with a compatible peripheral connected to it) in 
control Port 1 to start a game. 


® A multiplayer game must run correctly with a 
6Player connected to control Port 1 or Control 
Port 2 


© Player numbers must be assigned in ascending 
order from left to right 


© There can be empty ports in between valid ports 


ret recommended The seup 
in Example 1 is the standard cortigu ation 


Peripheral checks when using the 6Player 


i Checks prior to game start 
© acompatible peripheral or a 6Player with a compatible 
peripheral connected to it must be in control port 1 to start 
a game 
— during Game Start 
© agame must be started from the leftmost valid port 


for multiplayer games, a player other than player 1 can start 


detect active ports from the leftmost “N” valid ports (where 

“N” is the maximum number of players supported by the 

game) 

Pressing start makes the valid port active 

New players can only join to the right 

note: The game can be designed to have a way to reassign player 
numbers, but player numbers must still be in ascending 
order from left to right. 


Checks during the main game 


© Check every cycle for disconnect/reconnect 


© Ifa 6Player is disconnected during game play, a 
system pause must be issued and a warning 
message displayed 

© When a 6Player is reconnected to an unused 
active port, re-enable input after start has been 
pressed 

© Replacing a 6Player with a compatible peripheral 

replacing a compatible peripheral with a 6player 
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Cortrol Port 1 Conad Port 2 Cortrol Port 1 Cortrol Port 2 


Oats incase) (aan) 
aan 


Port [7] becomes a unused active part 


Figure 3.4 When One Pesipherd is Disconnected 


Parts [1] [3] and 5) become unused sotiwe ports. 
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i} 


Control Port 1 Control Port2 


byl Te ee ate) 1] ere unused active ports. 


Only port [11] (or 6P), which 
has a compelible 
conned: 


so mnveedecne poy 


**I" = A peripheral connected to en invelid or inactive port 


Figure 3.7 When a 6Ptayer with a Different Peripheral Configuration is Connected 
(Figure 3.6 Continued) 


Corto! Pat! Corti Port 2 Corto! Pat! Cortrol Pat2 


Pers [71 [9 and[11] are unused actwe pars. Pons BLIOL and [12] are unused active ports. 


¥ One compettie perpharal is q One compete persheral is 


Cortrol Pat! Control Port 2 Cortrol Part! = Cortral Port 2 


“T= Aperipheral connected © an invalid or inact ve port. 


Figse 3S Msmached Port Exnangie2 
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Other Peripherals 


Niouse 
© See St-151 document for details 


© For games not using the mouse, the mouse is an 
ideal incompatible peripheral for testing 


Stunner 
© This is not an SMPC-capable peripheral 
©® We do not have standards for this yet 

® See Virtua Cop™ for example 


Typical Game Sequence 


Kn > Boot ROM-based logo data = 

used for the intial Sega license 
a 

Dirpley SEGA Beonre inn |_ Asan 


d 


The title screen... 


is not the 
start/options screen! 


Title Screen 


® Screen Display 

© Sega Brand Title 

® Third Party Brand Title 

® Sega Brand copyright 

© Third Party Brand copyright 

® Proceeding to the next screen 
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Whither demo... 


Don’t get us sued! 
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mg 


Content Libraries 


Game Credit Standards 
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Backup Memory Usage 


® Terms 


© Standard Backup System 
Implementation 


® Sample Sequences and Warnings 


Initialization Sequence 


Warning messages 


‘The warnings message types described below must be included to cover the 
functions described in sections 2.1 through 2.5above. Sample messages are 
provided on the iollowing pages. 
© Initialization check" warning at startup. 
* “No new saves permitted after game start” warning at startup. 
* “Save disabled” warning at startup. 
+ “Current save not permitted” warning when save/copy is attempted 
during the game. 


* “Load, save, copy, delete or initialization failure” warning after each 
fanetion 5 exeented. 


* “Damaged file” warning during execution of the load function. 
* “Application’s backup file size requirement” warning displayed # new 
file saves are disabled after game start or new file saves are disabled 
during the game. 


* “Do not tum off power during execution of save function” warning. 


Standards for Getting Into the Game 


Start /Options Select Screen 
Definitions: 

Post-Game-Start State 

Main Game State 


® Start/Options Screen vs. Game Start Screen 


® Limiting Selection of Menu Items 


(2-player fighting game exception) 
® Proceeding to Next Screen 


(Note that buttons A or C can also be used to proceed to the main 
game or Options screen; button B can be used as a default exit 
button.) 


SEGA 
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Options Screen 
Options 


Standard Options Screen Items 

© Stereo vs. Mono Audio Output Option 
© Internal SEGA Saturn System Clock 
© Control Pad Options 


Options Screen Controls 
© Wrap-around cursor 


Options Screen Controls 


Wrap around Cursor 
Press DOWN on the D-pad to change the selected option item: 
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» 


Press Right (or Left) to select option item setting: 


Press Right (or Left) to change displayed option item setting: 
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Reset Condition Settings Initialised? 


Title Loop Soft Reset Yes 
(A +B+C + START Button) 


Main Game Soft reset 
(A + B + C + START Button) 
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Proceeding to the next screen 


Two ways to exit: 
© Select EXIT and Press A or C (or START) button 


© Press START or B Button with any option item 
selected 


(Note: If options interface employs multi-layered option 
screens, B should only exit one layer) 


Main Game 


Screen Display 
1. Display area limits 
a) Two-cell horizontal margin 


b) One-cell vertical margin 
(40 x 28-cell mode screen dimensions) 


2. Terminology 


Terminology 


Table 1: Recommended terms for scores and high scores: 


(or 1P/2P) 1 UP/2 UP 


HIGH SCORE 
TOP SCORE 
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Terminology 


Table 2: Recommended number-of-lives-remaining display: 


Number of Number of Lives Number Displayed for 
Current Lives ee a Remanng 


ane Ln <cce 


Table 3: Recommended avoidance of terminology duplication 


incorrect: 


Expert Mode 
Learning Mode 
Tournament Mode >Tournament 1< Tournament 2 
Default 
Exit 


_) 


able &. 
terminology duplication 


>VS.< Round Robin 


Scores 


High Scores 


16-23 


16-24 


Control Pad and Button Set-up 


(detailed information available in ST-151 Appendix 5: Sega Saturn input Peripheral Software Development) 


Basic set-up 


a. Port 1 requirement (note exception for fighting games) 
b. Port-to-player Assignment requirements 
c. First-assigned port requirement 


Basic Button Set-up 


a. A,B,C button use requirement 

b. START button recognition requirement 
c. immediate effect requirement 

d. A,B,C preference over X,Y,Z 

e. Functional preferences: 

1) C over A for select /fire/ use 

2) B for canceVexit 

3) C over B over A 


SEGA 


Basic Button set-up Examples 


= 
Sp. attack/Mirrors A button} Generally not used 


. attack/Mirrors C button] Generally not used 
fend/block Special attack 
pAttack 


Basic Button Type examples 


x Weatiquickpunch 


Weak/quick kick 


Strong/siow kick 
START [PO eek 
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Pause 


© Enabling and Disabling Pause 
a. START button must enable and disable pause 
b. 2+-player simultaneous games: 
1) Both players SHOULD be able to pause 
2) Each player SHOULD only disable his own pause 


® Screen Display During Pause 
a. The word “PAUSE” MUST appear onscreen 


b. In 2+player simultaneous games, the pause text SHOULD 
indicate source of pause (“2P Pause”, “Player 1 Pause”, etc.) 


P ause (continued) 


© Pause-Prohibited States 
Company logo Displays 
Title Screen 
Demo 
Blank screens 


© Sound During Pause 
— a. Sound MUST be disabled during pause 
-  b. BGM playback interrupted by pause 
SHOULD resume from pause point. 


Reset 


Hardware reset 


(equivalent to turning SEGA system off, then 
back on) 


Software (soft) reset 
(A+B+C+START) 


® Reset Implementation Requirement 


User MUST be able to rest from any screen except during 
memory operations (clear, save, load, etc.) 


A Reset 


© Reset Method 
— Gameplay must reset if: 


1) A, B, C, and START buttons are pressed 


simultaneously 
2) START button is pressed while A, B, and C buttons are being held 


- Reset Results 
1) Reset results, one game/one disc: 
e if a soft reset is executed during the Main Game state, 
go to the Title screen 
e if a soft reset is executed during the Title Loop sequence, 
go to the Audio CD Control Screen (BIOS screen) 
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Res Cc t (continued) 


2) Reset results, multi-game/one disc: 


© tifa soft reset is executed during the Main Game state of 
any game, go to the Title Screen for that game 


© {fa soft reset is executed during the Title loop of any game, 
go to the Title screen for the compilation 


© if the soft reset is executed during the Title Loop of the 
compilation, go to the Audio CD control Screen 


[SingleGame Disc(s) _| Multiple Game Compllation Disc(s 
[Main Game stat (any game) | Tite Screen ofthat game 


inch cnet GEOR carla 
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Game Over/Continue 


® Continue Function 


© Proceeding to the next screen 
if the game ends with at least one continue remaining, the 
following events SHOULD occur: 
Game Over/Continue Screen appears 
Countdown timer displays 
- Arbitrary button press speeds up countdown 
Screen times out 
- Game returns to application-based SEGA Logo Screen 
om (or Company Logo Screen for Srd-party tities) 


Ending/Game Credits 


© Cancel Disabled 


© Game Credits/Display Format 
— Fonts 
® Legible 
© Consistent 
— Project Job Title Consistency 
— Names 
* Permission 
© Personal names/nicknames 
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Ending/Game Credits continued 


— External Developer Credits 
© Names/Nicknames Conformity to internal Policies 
© Company’s Name 


- Prohibited Items 
® Copyright-related Terminology 
© Confidential Project information 
® Unauthorized Images and Sounds 
© Personal/Corporate Data 
® Legal Infractions 

© General Content 


Ending/Game Credits (conned 


Proceeding to the Next Screen 


® ending /Credit Sequence MUST time out upon 
completion 


® Application-based SEGA Logo Screen (or 
Company Logo Screen for 3rd-party titles) MUST 
appear at end of time out, or any button input 

immediately after end of sequence 


CD Door & Area Codes 


CD Door Opening 

If the SEGA Saturn’s CD door opens at anytime during the 
application, then the Boot ROM’s Audio CD Control Screen must 
be displayed. 


Area Codes 

All game applications must be coded so that they run only on 
SEGA Satum hardware available in the intended sales region for 
the software. 


Saturn ID Table 


ENTRY 

Hardware Identifier 
Manufacturer Identification 
Product Number/Version 
Release Date/Device Information 
Area Symbol 
Supported Peripherals 
Game Name 

| 


| 
| 
| 
| 
4 


16-31 


16-32 


Third Party ID Table 


ADDRESS ENTRY 

00H SEGA SEGASATURN 
10H SEGA TP T-10 

20H T-1003 1.000 

30H 19951225CD-1/3 

40H U 

50H J 

60H VIRTUA POSTAL WO 
70H RKER 

80H 

90H 

AOH 

BOH 

COH 


First Party ID Table 


ENTRY 


00H SEGA SEGASATURN 
10H SEGA ENTERPRISES 
20H GS-100 1.000 
30H 19951225CD-1/3 


U 
J 
VIRTUA POSTAL WO 


70H RKER 
80H | 


| 
| 
| 
4 


Peripherals and Software Standards 


17. Peripherals Programming 


Using SMPC (System Management Peripheral Control) for peripheral data 
acquisition. Detailed examples for handling specific peripherals. Avoiding 
common pitfalls. Information you need to properly implement a 6Player 
driver. 


Gail Tsujita 
Domain Specialist 
Sega Technical Institute 
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Technical support 
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SMPC Function Groups 


SMPC (System Management and Peripheral Controller) 


Manages system reset control when power is turned on. 
NMI request and reset. 

Master SH2 ON and Slave SH2 On/Off. 

Sound CPU On/Off. 

CD On/Off 

Clock change 352/320 mode. 

Setting / Getting RTC (Real Time Clock) 

Peripheral control 
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SMPC System Configuration 


SMPC Interface RAM 


m SMPC interface RAM is split into two logical groups 
@ SH2 interface registers 
m Peripheral I/O port registers 


m The SMPC address space is shown below : 


20000000H 
seeieeett Las 
a a 
20100080H 
saineeeet LE 
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SMPC SH2 Interface Registers I 


ALL interface Registers are 8-bits wide. 
Command Register $2010001F 

Status Register $20100061 

Status Flag (bit0) $20100063 

7 Input Registers $20100001 - $2010000D 
32 Output Registers $20100021 - $2010005F 
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SMPC SH2 Interface Registers II 


R: Read Only 
W: Write Only 
R/W: Read/Write 


20100021 20100041 
20100023 20100043 
20100025 20100045 
2020001F W 20100027 20100047 
20100029 20100049 

20200062 R 20100028 20100048 
i 2010002D 2010004D 

20200063 : R 2010002F OREG7 2010004F 
20100031 OREGS8 20100051 |___OREG24_| 

20100001 20100033 OREGS 20100053 
20100003 20100035 OREG10 20100055 |___OREG26_| 
20100005 20100037 OREG11 20100057 


20100007 20100039 OREG12 20100059 OREG27 
20100009 2010003B OREG13 20100058 OREG29 
2010000B 2010003D OREG14 2010005D |___OREG30_| 


2010000D 2010003F OREG15 2010005F OREG31 


Only byte access is possible for all registers ST-169, figure 13 
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SMPC Command codes 
(Code examples supplied in this presentation 


|MSHON __| 00H_| 


[Master SH2 on 
+ [SlaveSH2.on | SSHON | 02H _ 
+ [Slave SH2 off | SSHOFF | 03H 
-Soundon __] SNDON | ooH_| 
Sound off | SNDOFF___| o7H_| 
reDon_ | DON | oaH_| 
reD off | CDOFF | oH _ 
[Reset entire system | SYSRES | 0DH_| 
[Clock chg 352 mode | CKCHG352__| 0FH_| cosas 
[Clock chg 320 mode | CKCHG320__| OFA _| 
CNMI request rien | 


[NMIREQ | 
[Reset enable | RESENAB___| 19H _ 
+ [Interrupt Back | INTBACK | 10H _| 
PSMPCsettime | SETTIME | 16H _ 
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SMPC command issue precautions 


You must not issue dual commands to the SMPC. You must use the 
SMPC status flag SF held in the Status Register ($20100061). 


When the status flag is “1” the SMPC is busy. When this flag is “0” 
then the SMPC can accept a command code. 

The “1” status must be set manually by your application call. 

The “0” status is set by the SMPC when it has finished executing a 
command. 
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SMPC code example - Switch off/on slave SH2 


#define PER_SM_SSHON 0x02 

#define PER_SM_SSHOFF 0x03 

#define PER_REG_SF ((volatile Uint8 *)0x20100063) 

#define PER_REG_COMREG ((volatile Uint8 *)0x2010001f) 

#define PER_B_SF Ox1 

#define PER_PokeByte(addr,data) (*(volatile Uint8 *)(address) = (Uint8)(data)) 
#define PER_PeekByte(addr) (*(volatile Uint8 *)(address)) 

#define VBR 0x06000000 

#define SETSINT ((Sint32 (*)()) *((Uint32*)(VBR+0x310))) 


#tdefine PER_SMPC_WAIT() 
{ 
while((PER_PeekByte(PER_REG SF) & PER_B SF) == PER_B_SF); 
PER_PokeByte(PER_REG_SF, PER_B_SF); /* SF<"1" */ 
} 


#define PER_SMPC_GO_CMD(smpc_cmd) 


{ 
PER_PokeByte(PER_REG_COMREG, smpc_cmd); 
while(PER_PeekByte(PER_REG_SF) & PER_B_SF); 
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SMPC code example - Switch off/on slave SH2 


#define PER_SMPC_NO_IREG(com) 
{ 
PER_SMPC_WAITO; 
PER_SMPC_GO_CMD(com); 
H 


#define PER_SMPC_SSH_OFF() PER_SMPC_NO_IREG(PER_SM_SSHOFF); 
#tdefine PER_SMPC_SND_ON() PER_SMPC_NO_IREG(PER_SM_SNDON); 


static void slaveMain(void) 
{ 

/* Slave work here */ 
} 


void SwitchOnSlaveSH2(void) 

{ 
PER_SMPC_SSH_OFF(); 
SETSINT( 0x94, ( void * )&slaveMain); 
PER_SMPC_SSH_ON(; 
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SMPC Parallel I/O Registers I 


V/O Registers are 7-bits Wide, 2 Ports 

2 Data Direction Registers $20100079 and $2010007B 
2 Port Data Register $20100075 and $20100077 

V/O Select (bit 0-1) $2010007D 

External Latch Enable (bit 0-1) $2010007F 
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SMPC Parallel I/O Registers II 


bité bito 
20100075: PDR1 (Port Data register) 
20100079: DDR1 (Data Direction Reg) 


Functionally similar ports exist for port 2 @ 20100077 / 7B 


PDR2/1 - Port data register DDR2/1 - Data Direction Register 
V/O data port (wether each bit is /O - If a DDR bit is 0 its corresponding PDR bit is 
depends on DDR2/1 used for input to the Saturn. 
If a DDR bit is 1 its corresponding PDR bit is 
used for output from the Saturn. 


bitl  bito 
2010007D 
2010007F H : : : H 
IOSEL2/1 - I/O Select port control mode EXLE2/1 - External latch enable 
= 0 then corresponding port 2/1 is in = 0 then external latch is disabled 

SMPC control mode = 1 then external latch is enabled and 
= | then corresponding port 2/1 is in corresponding port can be used for PAD 

SH2 control mode interrupt input or VDP2 external latch enable 
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SMPC Parallel I/O Registers III 


mw SMPC Control Mode (IOSEL2/1 = 0): 
— DDR bits are always set to output 
— External latches are always disabled 
m= SH2 (direct) control mode (IOSEL2/1 = 1) is normally used when: 
= Controlling peripherals that require high-speed access that is faster 
than the access speed possible in the SMPC control mode. — 
m When data output from the peripheral ports is required. 
m When access to peripherals that need an external latch is required. 


m When access is required to peripherals with custom protocols not 
supported by the SMPC. 


m Eg. VirtuaGun/Stunner 
All games must use SMPC Control mode to acquire peripheral data 
(except the VirtuaGun). 
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SMPC command groups 


@ SMPC commands are split into two groups : 
@ IntBack: 


m The process of returning results through an interrupt (SMPC) after 
commands are passed to the SMPC. 
@ Non-IntBack : 


@ The process of passing commands to the SMPC. SH2 execution waits 
until the SMPC command process ends. 
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SMPC Non-IntBack Commands 


PER_SMPC_MSH_ON 
PER_SMPC_SSH_ON 
PER_SMPC_SSH_OFF 
PER_SMPC_SND_ON 
PER_SMPC_SND_OFF 
PER_SMPC_CD_ON 
PER_SMPC_CD_OFF 
PER_SMPC_SYS_RES 
PER_SMPC_NMI_REQ 
PER_SMPC_RES ENA 
PER_SMPC_RES DIS 
PER_SMPC_SET_TIM 
PER_SMPC_SET_SM 


Master SH2 On 
Slave SH2 On 
Slave SH2 Off 
Sound On 
Sound Off 

CD On 

CD Off 
System Reset 
NMI Request 
Reset Enable 
Reset Disable 
Time Setting 


(Caveat) 
(Caveat) 


SM Memory Setting 


(Caveat - These commands must NOT be issued from the Slave SH2). 


Sege 
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SMPC Non-IntBack Commands Caveats 


= Two commands “Clock chg 352 mode“ and “Clock chg 352 mode“ 
are not included in the non-IntBack list on the previous slide even 
though they are legitimate non-IntBack commands. 


The reason is that SEGA state that issuing these commands from 
applications is prohibited. A clock change routine is supplied in the 
Saturn Boot ROM which must be used. 


m You cannot issue either of these two commands from the Slave SH2. 
m When aclock change call is made then : 


VDP1, VDP2, SCU and SCSP processors have default power on 


statuses. 
VRAM is purged. 


The slave SH2 is switched off. 
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Code example - Clock chg 352/320 mode 


* Clock change support macro 
*/ 
#define SYS_CHGSYSCK(_CkMode_) 


/* Extract function addr @ 6000320 and call it with param _CkMode_ */ 
((**(void(**)(Uimt32))0x6000320)_CkMode_)) 


320 / 640 pixel horizontal resolutions are referred to as the ‘A’ resolutions. Before selecting 
these (via VDP1/VDP2) call SYS_CHGSYSCK(0). 


352/704 pixel horizontal resolutions are referred to as the ‘B’ resolutions. Before selecting 
these (via VDP1/VDP2) call SYS_CHGSYSCK(1). 


Clock change mode - Via PLL oscillation frequency. 
‘A’ resolutions - NTSC 26.8741MHz / PAL 26.6875 MHz. 
‘B’ resolutions - NTSC 28.6364 MHz / PAL 28.4375 MHz. 


Sega 
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Summary - Non-IntBack Command Execution 


Make sure Status Flag is cleared 

Set Status Flag 

Write Command Parameters (IREGs) - If relevant 

Write Command Code (COMREG) 

Wait for Status Flag to be cleared by SMPC 

Read Result Parameter (if appropriate) (OREG31 = command code) 


Sega confidential - Slide 18 


17-10 


SMPC IntBack Commands 


@ IntBack: 


mw The process of returning results through an interrupt (SMPC) after 
commands passed to the SMPC have finished executing. These 
interrupts are generated by the SH2 via the SCU 


Used to obtain peripheral Data 
Get cartridge code / Get area code 
Get System Status 

Get Time/Date 

Get SMPC Memory 


m You cannot issue IntBack commands from the Slave SH2. 
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SMPC IntBack Commands Constraints 


m@ The Intback command begins collecting data at V-BLANK-OUT (as 
soon as VBL has finished). 


m The IntBack command MUST be issued during VBL 300 micro- 
seconds after VBL starts. 


300 micro-seconds 
IntBack : command issue period 


a) 


~L I LL 


During VBL 
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Setting up SMPC/Vblank interrupt routines I 


#define INT.MSK_SYS_ (1 << 7) /* System Manager */ 
#define INT_SCU_SYS 0147 /* System Manager */ 


/* SMPC Interrupt Subroutine */ 
void UserSmpclint(void) 
{ 
/* Service Code - Discussed in detail on later slide */ 
} 


void User VblankStart(void) 
{ 
SCL_VblankStart(); 


/* intback() function calls issued here - Observe 300 micro-secs constraint */ 
} 


void User VblankEnd(void) 
{ 
SCL_VblankEnd(); 
/* intback() data collection performed here */ 
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Setting up SMPC/Vblank interrupt routines I 


#define INT_MSK_SYS (1 << 7) /* System Manager */ 
#define INT_MSK_VBLK_OUT (1 << 1) 

#define INT_.MSK_VBLK_IN (1 << 0) 

#define INT_SCU_SYS 0x47 /* System Manager */ 
#define INT_SCU_VBLK_OUT 0x41 

#define INT_SCU_VBLK_IN 0x40 


void SetSmpcint(void) 
{ 
/* INT_ChgMsk(Enable,Disable) */ 
INT_ChgMsk(INT_MSK_NULL,INT_MSK_VBLK_IN | INT_.MSK_VBLK_OUT | INT_MSK_SYS); 


INT_SetScuFunc(INT_SCU_SYS,UserSmpcint); 
INT_SetScuFune(INT_SCU_VBLK_IN,UserVblankStart); 
INT_SetScuFunc(INT_SCU_VBLK_OUT,UserVblankEnd); 


/* INT_ChgMsk(Enable,Disable) */ 
INT_ChgMsk(INT_MSK_VBLK_IN | INT_MSK_VBLK_OUT | INT_MSK_SYS,INT_MSK_NULL); 
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Setting up and executing an IntBack command 


#define PER_REG_SF ((volatile Uint8 *)0x20100063) 
##define PER_B_SF Ox1 

#define PER_PokeByte(addr,data) (*(volatile Uint8 *)(address) = (Uint8)(data)) 
#define PER_PeekByte(addr) (*(volatile Uint8 *)(address)) 

#define PER_REG_IREG ((volatile Uint8 *)0x20100001) 


#define PER_SMPC_SET_IREG(ireg_no, ireg_prm) 
{ 
PER_PokeByte((PER_REG_IREG + (ireg_no * 2)), ireg_prm); 
} 
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Setting up and executing an IntBack command 


void IntBack(void) 
{ 
/* Is SMPC busy ? */ 
if (PER_PeekByte(PER_REG SF) & PER_B_SF)=PER_B_SF) 
{ 
return; /* Yes - Do nothing at this time */ 
} 


PER_SMPC_SET_IREG(0,0x01); /* IREGO Status aquisition switch - All data */ 
PER_SMPC_SET_IREG(1,0x08); /* IREG1 Data collection mode (PEN enabled)*/ 
PER_SMPC_SET_IREG(2,0xf0); /* TIREG2 ALWAYS set to this value */ 


PER_PokeByte(PER_REG_SF, PER_B_SF); /* SF<"1" #/ 


/* Command register IntBack ccommand code 0x10 */ 
PER_PokeByte(PER_REG_COMREG,0x10); 


Sega confidential - Slide 24 


17-13 


IREGO / IREG 1 


7 6 5 4 3 2 1 i) 


IREG 0 
=~ Tapert tells t2z.s to | 


=0x00 Does not return data for time, cartridge code, area code, terminal 
status, SMEM or reset button. 

= 0x01 DOES return data for time, cartridge code, area code, terminal 
status, SMEM or reset button. 


7 6 5 4 3 2 1 0 


Pingo] PEN | 

es ee ee ee 

P2md1/0 - Port 2 mode P2md1/0 - Port 2 mode PEN - Peripheral Data Enable 
00 = 15 byte mode 00 = 15 byte mode 0 = Periph data NOT returned 
01 = 255 byte mode 01 = 255 byte mode 1 = Periph data retumed 


10 = Do not use 10 = Do not use 
11 = 0 byte mode 11 = 0 byte mode _ 


OPE Acquisition Time Optimisation 


0 = Periph data acquisition time optimised 
1 = Periph data acquisition time NOT optimised 
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OREG results 


1st SMPC interrupt 
Various status values as described in the SMPC users manual ST-169. 


If date/Time information requested then date information is returned in 
OREGI, 2 and 3. Day and time information in OREG4, 5, 6 and 7. 


If cartridge code requested then this is returned in OREG8. 
If area code requested then area code is returned in OREG9. 
If SMEM requested then these four bytes are returned in OREG12, 13, 
14 and 15. 
2nd and possible subsequent SMPC interrupt(s) 


— Up to 32 bytes of peripheral data IF peripheral data collection 
enabled. 
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SMPCinterrupt routine revisited 


#define PER_REG_SR (volatile Uint8 *)0x20100061) 
fidefine PER_REG_OREG_ABS x20100021 


/* SMPC Interrupt Subroutine - oregptr/contflag set to zero when Intback issued*/ 
void UserSmpcint(void) 
{ 

Uint8 i; 


for(i = 0;i < 32; i++) /* Copy hardware OREGS into software oreg[] array */ 
oregloregptr+i] = (*((Uint8 *(PER_REG_OREG_ABS + i*2))); 
oregptr += 32; /* Ptr to mext set of OREGS - Set to zero when Intback issued*/ 


/* Check status register - Any remaining peripheral data ? */ 
if (peekb(PER_REG_SR ) & 0x20) 


/* Yes - so prepare to get it */ 


contflag “= 0x80; /* Toggle Continue Flag */ 
PER_SMPC_SET_IREG(0,contflag) /* IREGO bit7 Continue Request */ 
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INTBACK Command Flow (summary) 


SH2 SMPC 


IREGs Set 


INTBACK Command Issued 
Collect System Data 


Data Interrupt Generated anecrese eee 
Remains wo. . 
OREG Aauisition Continue Request 


Collect Peripheral Data 


Interrupt Generated 
No Data P and create OREGs 


Remains 


INTBACK Command Ends 


ST 169, figure 3.3) 
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References 


m ST-169 SMPC User’s Manual 
mw ST-162 Saturn System Library User’s Guide 
@ ST-135 Program Library User’s guide 
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Compatible input peripherals examples 


Sega Saturn Control Pad. 

Sega Saturn Virtua Stick. 

Sega Saturn Multitap (at least one of six channels used). 
Sega Saturn Arcade Racer. 

Sega Saturn Mouse. 
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Peripheral Port Monitor Demo 
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Notes | 
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Post-Production 


18. Cross-Platform Development 


Developing products for both Saturn and Windows ‘95. 


Glen Kirk 
Technical Director 
SegaSoft 


Paul Shaw 
Software Engineer 
Press Start. 
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Cross Platform Development Tips 


Paul Shaw 
Press Start 


1. When developing for two or more platforms simultaneously, engineer your game to use common data, and 
different rendering engines. 


2. — Establish color depth and resolution for screens, graphics, and interfaces. Think about what you're going to 
share and what you want to optimize on the Satum. 


3. Write a common "printf" function, that can be used across all platforms. 


4. Organize your code to have machine specific (machine dependent) code separate from machine independent 
code, such as Al, interface screens, global variables, global structures. 


5. Use PVCS or comparable version control system, place machine independent files in one directory (or one set of 
directories), and machine dependent files in another directory. This definitely makes version control much easier. 


6. — Write an interface engine or use a common named function on both platforms, i.e. DisplayGraphic(x, y, flags, 
image number); LoadScreen(*filename); etc... 


7. — Put delay loops in your code to make it run the speed of the Playstation. 
8. Use common buttons for controllers. Moke a set of defines for each machine that have a common name. 
#ifdef SATURN 
#define DPAD_UP (1 << 12) /* Up Key */ 
#else 
#define DPAD_UP (1<<4) 
#endit 
9. The joy of "#ifdef SATURN" 


10. Use a common set of data types instead of int, long, Sint]6, Uint32,etc. 
U16, U32, $16, $32, Fixed32 


11. Use a common world coordinate system. 


12. Use Legos, or Genetic Algorithms to map Sony VRAM; Use o memory manager to map Saturn VRAM. 
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13. Worst case scenario: Someone asks you to port a game from ‘the other platform’ and they didn't separate their 
machine independent code from their machine dependent code: You can create an abstraction or insulation layer 
for system functions on other machines that you con emulate on the Saturn; e.g. system init functions, print 
functions, matrix functions, disc functions, and sound functions. 


Least known, big advantages of Saturn over PSX: 


CD Buffer 
—Background Planes (rotational and otherwise) 
i 


DSP 
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19. Working Smarter with Sega 


Maximize your use of Sega’s Technical Support by learning how your 
technical requests are received and handled, and what you can do to get 
the exact information you need as fast as possible. 


Mike Larkin 
Manager, Developer Products and Services 
Sega Technical Institute 


Gordon Haberfelde 
Manager, Domain Experts 
Sega Technical Institute 


Judy Jette 
Dispatcher 
Sega Technical Institute 


Jon Manahan 
Technical Engineer 
Third Party Licensing 


Working Smarter 
with Sega’s 
Developer Technical 
Support 


dts@segaca.com agile 415-802-1718 
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WELCOME 


MICHAEL LARKIN 
MANAGER, DEVELOPER PRODUCTS & SERVICES 
GORDON HABERFELDE 
MANAGER, DOMAIN EXPERTS GROUP 
JON MANAHAN 
THIRD PARTY 
JUDY JETTE 


SUPPORT SPECIALIST, DEVELOPER PRODUCTS & 
SERVICES 


dts@segaca.com fax 415-802-1717 415-802-1719 
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What can Sega (DTS) Developer 
Technical Support do for you: 


e PROVIDE GAME DEVELOPERS TECHNICAL 
SUPPORT TO ENABLE THEM TO DEVELOP 
HIGH QUALITY GAMES FOR THE SEGA 
SATURN 


@ HELP DEVELOPERS BRING THESE GAMES TO 
MARKET AS QUICKLY AS POSSIBLE 


dts@segaca.com fax 415-802-1717 415-802-1719 
Sega Confidential 2/23/96 - Slide 3 


Services Provided by DTS: 


@ TECHNICAL MANUALS, DOCUMENTS AND 
INFORMATION 


@ RESPOND TO TECHNICAL INQUIRIES 
REGARDING SOFTWARE AND HARDWARE 

e DISTRIBUTE SOFTWARE TOOLS 

e DEVELOPMENT HARDWARE 


@ TECHNICAL DEVELOPER CONFERENCES 
AND TRAINING 


- VIDEO TAPES ARE AVAILABLE OF PREVIOUS 
CONFERENCES 


e DEVELOPER NEWS 


dts@segaca.com fax 415-802-1717 415-802-1718 
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Who Does DTS Support ? 


e SEGA BRAND DEVELOPERS 
@ THIRD PARTY PUBLISHERS/LICENSEES 
e SEGA SUBSIDIARIES 

e@ SEGA INTERNAL DEVELOPMENT 


dts@segaca.com fax 415-802-1717 415-802-1719 
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When to Contact DTS ? 


e@ DOCUMENTATION 

@ TECHNICAL INQUIRIES 

e ACCESS TO SEGA DEVELOPER WWW 
e ACCESS TO SEGA BBS 


@ INFORMATION ON DEVELOPERS 
CONFERENCES AND TRAINING 


e DEVELOPMENT SYSTEMS 


Gts@segaca.com fax 415-802-1717 415-802-1719 
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Who to Contact at DTS ? 


e DTS SUPPORT SPECIALIST (DISPATCHER) 
IS THE INITIAL CONTACT FOR ANY INQUIRY 
OR REQUEST 


dts@segaca.com fax 415-802-1717 415-802-1718 
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Role of DTS Support Specialist: 


e FIRST POINT OF CONTACT IN DTS 


e ALL E-MAIL MESSAGES, FAXES, AND PHONE 
CALLS ARE RECEIVED BY THE DTS 
DISPATCHER, ARE LOGGED, ASSIGNED, 
ANSWERED, AND TRACKED THROUGH 
COMPLETION 


@ WHEN THE DTS DISPATCHER IS 
CONTACTED DIRECTLY, A QUICK RESPONSE 
IS GUARANTEED 


dts@segaca.com fax 415-802-1717 415-802-1718 
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Best Way to Contact DTS ? 


e SEND E-MAIL TO DTS@SEGAOA.COM 


@ SEND FAX TO DTS FAX NUMBER: 
(415) 802-1717 


e CALL DTS PHONE NUMBER: 
(415) 802-1719 


@ DTS@SEGAOA.COM 


Gts@segaca.com fax 415-802-1717 415-802-1718 
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DTS Personnel: 


e DTS SUPPORT SPECIALISTS 


@ TECHNICAL SUPPORT ENGINEERS FOR: 
SOFTWARE 
HARDWARE 
SOUND 


e HARDWARE ORDER FULFILLMENT 
@ SOFTWARE DISTRIBUTION 
e DOCUMENTATION 


Gts@segaca.com fax 415-802-1717 415-802-1719 
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How to Order Equipment from 
Sega DTS: 


e SEGA BRAND: 


- IF WORKING ON A PROJECT FOR SEGA, THE PRODUCER 
WILL PROVIDE DEVELOPMENT EQUIPMENT 


- IF ADDITIONAL EQUIPMENT IS REQUIRED, THEN 
CONTACT DPS 


e DTS 


- DTS@SEGAOA.COM 
150 SHORELINE DRIVE 
REDWOOD City, CA 94065 


PHONE: (415) 802-1719 
FAX: (415) 802-1717 


Gts@segaca.com fax 415-802-1717 415-802-1718 
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How to Order Equipment from 
SEGA Europe: 


e SEGA EUROPE - SEGA BRAND 


- PRODUCER WILL REQUEST THAT DEVELOPMENT 
EQUIPMENT BE SENT TO THE DEVELOPER FROM SEGA 


e EUROPEAN DTS DEPARTMENT: 


- CONTACT: COLIN CARTER 
SEGA EUROPE 
PRODUCT DEVELOPMENT DIVISION 
266-270 GUNNERSBURY AVENUE 
LONDON W4 5QB 


PHONE: 011-44-1 881-995-3399 
FAX: 011-44-1 81-996-4488 


Gts@segaca.com fax 415-802-1717 415-802-1718 
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Working Smarter with SEGA 
O&A 


Gts@segaca.com fax 415-802-1717 415-802-1718 
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Post-Production 


20. A Look at the QA Process 


Accelerating the release of your products—the process of Sega’s gameplay 
and technical testing of Third Party products. 


Kevin Wagner 
Manager, Third Party Product Development 
Third Party Licensing 


Kai Tai 
Technical Engineer 
Third Party Licensing 


Bill Beach 
Third Party Test Supervisor 
Third Party Licensing 


Jon Manahan 
Technical Engineer 
Third Party Licensing 
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THIRD PARTY QA 
PROCESS 


Kevin Wagner 
Manager, Third Party Product Development 


Bill Beach 
Third Party Test Supervisor 


Jon Manahan 
Technical Engineer 


Kai Tai 
Technical Engineer 
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PART I 


SUBMISSION 
PROCEDURES 


SUBMISSION 
REQUIREMENTS 


The following items constitute an official sub- 
mission of product code for the Sega Saturn: 


¢ Master CD-Rom Release Form 
¢ Game Text & Manual 

¢ Table of Contents 

¢ Blank CDs (Minimum of 3) - used for play testing 
¢ VCD output files (.rti, .dsk, .toc, .scr) on disc 

¢ ESRB Rating Form 


SEGA @ @@@ 
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TOC AND POSTGAP 
CHECKS 


Table of Contents: 
There should be one data track and one or more 
tracks for audio. 


Postgap Check: 
There must be a two second (150 sector) 

Postgap between the data track and first audio 
track. 
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PERIPHERAL TESTING 


Peripherals are checked for: 


* Compliance with SEGA’s Saturn Software 
Development Standards (Document #ST-151). 


* Correct timing for each supported peripheral. 


¢ Use of SMPC Control Mode instead of SH2 Direct 
Mode. 
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SATURN ID TABLE 


ENTRY 
Hardware Identifier 
Mamuifacturer Identification 
Product Number/Version 
Release Date/Device Information 
Area Symbol 
Supported Peripherals 
Game Name 
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THIRD PARTY ID TABLE 


19951225CD-1/3 
U 


J 
VIRTUA POSTAL WO 
70H RKER 


| 
| 
| 
| 
COH i) 


BOH 
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PART II 


TESTING 
PROCEDURES 


ADDRESS CHECKING 


What is Address Checking? 


¢ Modified Saturn Hardware which checks for 
Address Errors. 


¢ Address Errors consist of reads from or writes 
to restricted addresses. 


¢ Examples are: Writes to the Boot ROM, Reads 
from reserved areas, word writes to byte 
registers, etc. 


seca @ @ OO 
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CD SEEK TIME TESTING 
(1OF 2) 


What Is CD Seek Time Testing? 


A Saturn CD should not allow the Saturn CD drive 
to perform a seek across the CD for more than 1/ 
3 of the time that the drive is accessing the CD 

(Technical bulletin #1). A special hardware device 
is used for testing the amount of seeking a CD 
requires. This is also known as the Duty Ratio. 
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CD SEEK TIME TESTING (2 
OF 2) 


How Can This Error Be Fixed? 


This error can be fixed by reconfiguring the layout of 
the CD to optimize seeks by the CD drive. 


SEGA @ @ @ @ 
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SCORING 


How Scoring is Performed: 


¢ Games are scored on a ten category one 
hundred point scale. 


e Four analysts score the game; All four 
scores are averaged. 
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SCORING CRITERIA (1 
OF 2) 


Video Game Quality Criteria: 


* Concept : Innovative? market appeal? License? 
Does it help? 
* Graphics : Polygons or sprites? textures? frame 
rate. FMV quality. 

¢ Music : Appropriate, original. doesn’t loop too 
quickly. real band or synth. instruments. 

¢ Sound Effects : Variety, realism. 

¢ Voices _: Well done acting, clarity. 

¢ Play Control : Responsive. tight collision 
detection. intuitive? variety of action, key 
combos. Uses more than three buttons? Supports 
peirpherals/ enhances game? 


sEGA @ @ @ @ 
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SCORING CRITERIA (2 
OF 2) 


*Challenge : Good differential in challenge setting. 
Evokes right level of frustration. good Al. 

« Play Value : Overall emotion evoked playing 
game beyond individual components of game like 
graphics. 

* Depth : Makes player want to finish game? 
replay? More substance as player advances? 

¢ Presentation : Storyline, title screen, FMV 
sequences. Look nice, enhance game. Should be 
able to bypass. 

* Comparison : How does this rate to similar 
games on competitive systems? 
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GAMEPLAY TESTING 


* Seventy+ step checklist of recommended and 
required software standards and game tests. 
* All required software standards not followed, and any 
failed technical checks are recorded by the analysts on © 
the bug report. Bug classifications include: 
1. Bios version incompatability. 
2. Any bug requiring the game to have to be 
powered down or reset. 
3. Four game evalutations giving a weighted score 
below sixty five points. 
4. Save and Load process not working properly or 
prompting player correctly. 
5. Not following proper Start or Reset sequence 
requirements. 


seca @ @ OO 
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PART III 


POST PRODUCTION 
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POST PRODUCTION CD 
MASTERING (1 OF 3) 


Table of Content (TOC) Check 


¢ Use TOCCHK.EXE in the VCD Tools to insure 
the TOC of the game is correct before 
starting to master the game onto CD-ROMs 
for manufacturing. 


sEGCA @ @ @ @ 
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POST PRODUCTION CD 
MASTERING (2 OF 3) 


CD Mastering 


¢ All CD products must be mastered with a Sega 
Approved CD Burner, Yamaha CDE-100. 

¢ Copy all VCD output files (*.TOC, *.RTI, *.DSK) 
onto the PC hard drive which also has a Yahama 
CDE 100 CD burner connected. Use SEGACDW.EXE 
to start the CD mastering. 

¢ Syntax: SEGACDW [Filename] 

¢ Example : SEGACDW VF2 


secs @ 9 OO 
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POST PRODUCTION CD 
MASTERING (3 OF 3) 


Postgap Check 


e After all 4 CDs have been burned, use CDDPRO.EXE 
(Version 2.72) to do the postgap check of each 
CD. This is to insure all CDs have a 150 sector (2 
second) postgap between data and audio tracks. 
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CD CATS TESTING 


What is CATS Testing? 


* The CATS testing is the primary method used by 
SEGA to check the CD’s physical integrity. This process 
is to insure that the discs being mastered follow the 
very specific physical requirements for a CD as 
specified by the Yellow Book Standards. 


* CATS Testing results are separated into three 
categories, which are Static Data, Vertical Data and 
Test Data. 
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SAMPLE TEST RESULT 


SOCATS BAs¢C: yens-se0s 
‘AvCkO O5VELOPRAENT SOOMAATIONST SOOM AD SWEDEN, Ai Rigen Resurved. Wer.s.0 


geethte 
PT ay 


PPT Teper ts 


ooee 
yes 


os 
eo-en 


av at sv o cal “7 en La 
cu 7 m m cr rt Py co a 
= ” " “ 1" Ty 1. 2 n 


SEGA @ @ @ 
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CD CATS TESTING (1 oF 4) 


STATIC DATA 


¢ SLD : START OF LEAD IN should be less than 46mm 


¢ SPD: START OF PROGRAM DIAMETER should be between 49.6mm and 
50.00mm. 


¢ MID : MAXIMUM INFORMATION DIAMETER should be less than 113mm on 
the CD-ROM and less than 116 mm on a CD-Audio. 


¢ SVY : SCANNING VELOCITY should be kept within specifications, 1.2 
to 1.4 meters per second. 


¢ TRP : TRACK PITCH is the distance from the center of one track to the 
center of the adjacent track. It should be kept within the specification, 
1.5 to 1.7 microns. 


¢ ECC: ECCENTRICITY should be kept below +/- 50 microns for CD-ROM 
because CD-ROMs are randomly accessed more often than Audio 
CDs. 


sca @ @ OO 
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CD CATS TESTING @ or 4 


VERTICAL DATA 


e DEV: DEVIATION specification is +/- 0.5mm. A 
Deviation which is too high will cause focusing problems. 


¢ DEFL: DEFLECTION refers to the radial deflection of 
the light beam due to skew. Deflection should be kept 
below 1.6 degrees. 
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CD CATS TESTING (3 oF 4) 


TEST DATA 


« BLER: BLOCK ERROR RATE is quantified as the rate of errors 
per se cond. BLER specification is an average of no more than 
50 errors per second. 


e E12: E12 indicates the occurance of a single-symbol 
correctable error in the second decoder (C2). 


¢ E22: E22 is a two-symbol correctable error in the second 
decoder (C2) caused either by one big error or a very high 
degree of cluster errors. 


¢ E32: E32 indicates uncorrectable errors in the second 
decoder (C2) or the existence of unreadable data on the disc. 
E32 should never be present on a CD. 


sca @@ @@ 
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CD CATS TESTING «or 4) 


* SYM: SYMMETRY should be kept less than 10%. SYM 
which is too high results in decoder level slicer problems, 
which gives a BLER reading that is too high. 


¢ BERL: BURST ERROR LENGTH should be less than 5 ona 
CD-ROM. The BERL measurement usually indicates physical 
damage like dirt or scratches. 


* BEGL: BURST ERRORS GREATER THAN LIMITS where the 
limit is set to 7. BEGL counts the number of occurrences 
when there were 7 or more blocks in error. 


sEGA @ @ @ @ 
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Byte By Byte Compare 


Using CDDPRO software to do a Byte By Byte 
comparison of each mastered CD insures that all 
mastered CDs are identical in regards to data. 

This is the last CD mastering process before the 
master CD’s are sent to manufacturing. 
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QA DISCS 


What Are QA Discs? 


After a title has been mastered and sent to 
manufacturing, the mastering facilities will send 75 
Quality Assurance discs to SEGA for technical 
evaluations. The mastering facilities will perform 
simultaneous tests on 25 discs which were cut 
from the same stampers. This step allows both 
SEGA and the manufacturer the chance to 
evaluate the results of the production process 
before the final production stage is achieved. 
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CATS Testing QA Discs 


A sample of five discs are randomly chosen 
from the batch of QA discs. These five discs 
are again CATS tested to verify the physical 
medium of the discs. 
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BOOT TESTING QA 
DIScSs 
(1 OF 2) 


What Does A Boot Test Consist Of? 


Boot Testing consists of inserting each 
individual QA into a Saturn CD drive and 
allowing the CD to complete the bootup 
process. 


SEGA eeae 
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| BOOT TESTING QA 
DISCS 
(2 OF 2) 


What Criteria Is Considered During Boot Testing? 


¢ Bootup process does not take too long on each disc. 
“Too Long” is considered to be more than thirty 
seconds. 


* Game completes bootup process to the point at which 
the application program takes control of the system. 


¢ No sound or graphics problems are present during 
bootup process 


SEGA y ‘ 7) a 
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QA GAMEPLAY TESTING 


What Gameplay Testing consists of: 


e All discs are booted up without a key disc. 


e Every fifth disc is gameplay tested for twenty 
minutes 


e@ Random soft and system resets and power-downs 
are done. 


@ Game cannot be used as “key disc”. 


e@ Game is left in the “attract mode” overnight (time 
permitting). 
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APPROVAL FOR 
MANUFACTURING 


So When Does Manufacturing Occur? 


After SEGA and the CD manufacturer have 
completed all tests and are satisfied that the 
production process can proceed without 
errors, the licensee will be notified that the 
title has entered full production. 
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21. How to Make a Great Game for the 
Japanese Market 


Japan's #1 fan magazine points out the features that make it—or break 
it—in Japan. 
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21a. 2D Programming 


2D Programming Techniques 


U 


Combining Usage of VDP1 and VDP2 functions, including scrolling, sprites 
and rendering for a 3D look. 


Bob Hardy 
Technical Director 
SegaSoft 


Jim Schuler 
Computer Programmer 
Realtime Associates 


Paul Kerchen 
Programmer 
Maxis 


Cort 0i 
Programmer 
Maxis 
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22. SOFTIMAGE 3D Software and 
Sega Saturn Tools 


A demonstration of the SOFTIMAGE 3D Design Toolkit, including specific 
Sega Saturn file output capabilities, and the advanced features of 
SOFTIMAGE 3D. 


John Broenen 
Artist 
SegaSoft 


Chris Phillips 
SOFTIMAGE 
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SOFTIMAGE 


CHRIS PHILLIPS 
BUSINESS DEVELOPMENT 
INTERACTIVE ENTERTAINMENT 


AGENDA 


mw WHATS GOING ON IN THE MARKET 
WHAT ARE THE IMPLICATIONS 
WHAT IS MICROSOFTS/SOFTIMAGE 
STRATEGY 

mw WHAT DO WE OFFER TODAY 
WHERE ARE WE HEADED 

mw DEMONSTRATION 


ea wes 


INCREASING DEMAND FOR 
4 CONTENT 


Increasing Size of Market 


BUT THE DEMANDS ARE EVEN 
GREATER 


GREATER REALISM 

INNOVATIVE SPECIAL EFFECTS 

FASTER TURNAROUND 

LOWER PRODUCTION COSTS 

SEAMLESS INTEGRATION OF LIVE ACTION 
AND CG EFFECTS 

mw SHIFT FROM 2D TO 3D 

mw REALTIME 3D 


> 
seeesg 
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EVOLUTION OF AUTHORING 
PLATFORMS - GROWING 
EMERGENCE OF WINDOWS NT 


mw EMERGENCE OF WINDOWS NT AS 
ALTERNATIVE TO UNIX AS A POWERFUL 
GRAPHICS AUTHORING PLATFORM 

m EXPECT DRAMATIC PRICE/PERFORMANCE 
IMPROVEMENTS AS COMPETITION 
INTENSIFIES 


IMPLICATIONS FOR TOOLS 
VENDORS 


m PROVIDE RANGE OF TIGHTLY INTEGRATED 
TOOLS 

m ENABLE CONTENT DELIVERY ACROSS RANGE 
OF TARGET PLATFORMS 

m LEVERAGE PRICE/PERFORMANCE 
IMPROVEMENTS OF HARDWARE PLATFORM 
TO DRIVE COSTS DOWN 

m PROVIDE A HIGHER LEVEL INTERFACE TO 
BROADEN COMMUNITY OF CONTENT 
DEVELOPERS 

m ENABLE CONTENT DEVELOPERS TO ADD 
VALUE THROUGH SIGNATURE EFFECTS 


ay 


MICROSOFT AND SOFTIMAGE 
STRATEGY 


m DEVELOP THE INFRASTRUCTURE FOR 
DELIVERING HIGH QUALITY CONTENT 
ACROSS A RANGE OF TARGET PLATFORMS 

m DEVELOP OPEN STANDARDS FOR MEDIA 
INTEGRATION AND PLAYBACK 

m DEVELOP A RANGE OF TIGHTLY INTEGRATED 
MEDIA CREATION AND AUTHORING TOOLS 

m PROVIDE AN OPEN ARCHITECTURE TO 
ENABLE THIRD-PARTY DEVELOPMENT 

m INVEST IN KEY PEOPLE AND TECHNOLOGIES 
FOR THE FUTURE 


SOFTIMAGE OBJECTIVES 


MAINTAIN LEADERSHIP IN SOFTIMAGE’S 
HIGH-END MARKET 


SERVE A BROADENING TOOLS MARKET FOR 
CREATING MEDIA WITH HIGH PRODUCTION 
VALUE 


DELIVER NEXT-GENERATION AUTHORING 
PLATFORMS FOR MEDIA-RICH APPLICATIONS 
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MAINTAINING LEADERSHIP AT 
THE HIGH END 


m INVESTMENTS IN REAL TIME PERFORMANCE 
ANIMATION 

mw INVESTMENTS IN MENTAL RAY - INDUSTRY 
LEADING RENDERING TECHNOLOGY 

mw OPEN ARCHITECTURE FOR PLUG-INS TO 
CREATE SPECIAL EFFECTS 


m CUTTING EDGE RESEARCH CONDUCTED BY 
INDUSTRY LUMINARIES 


m CONSULTING SERVICES AND TRAINING 
INFRASTRUCTURE 


THE SOFTIMAGE $DK 
OPEN ARCHITECTURE FOR 
THIRD-PARTY PLUG-INS 


— 


y) 


SAAPHIRE TOOLKIT 


m SOFTIMAGE ADVANCED API FOR RELATIONS 
AND ELEMENTS 

m API TOOLKIT ALLOWS DLL/DSO CUSTOM 
EFFECT CREATION 
@ STATIC AND PERSISTENT EFFECTS 
@ RENDERING EFFECTS 

m ADVANTAGES 
@ HIGH-PERFORMANCE (SHARED MEMORY) 
@ FULL ACCESS TO GEOMETRY/ANIMATION/RENDER 

PIPELINES 
m INTERACTIVE AND STANDALONE MODES 


MENTAL RAY SHADER TOOKIT 


m API TOOLKIT ALLOWS DLL/DSO SHADER CREATION 
PROCEDURAL 
¢ VOLUMIC 
@ CAMERA 
@ DISPLACEMENT MAP 
@ MATERIAL/TEXTURE 
@ LIGHT SOURCES 
a INSTANTIATION 
@ MANY EFFECTS FROM A SINGLE ALGORITHM 
@ (EX. ROCKS: QUARTZ, OBSIDIAN, PYRITE) 
gw ADVANTAGES 
@ C-BASED API CONVENTIONS 
@ NO PROPRIETARY SHADING LANGUAGE 


od 
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INTERACTIVE MARKET 


mw IMPROVED SUPPORT FOR GAMES 
@ POLYGON REDUCTION 
@ COLOR REDUCTION 
@ TEXTURE EDITING AND MAPPING 
@ VIEWING ON TARGET 

mw SUPPORT FOR DIRECT3D 

m SUPPORT FOR VRML AND ACTIVE VRML FOR 
DEVELOPING THE HOTTEST 3D 
ENVIRONMENTS ON THE WEB 


WHAT DO WE OFFER TODAY 


mw SOFTIMAGE 3D ON NT - DIGITAL, NEC, 
INTERGRAPH, NETPOWER, DESKSTATION - 
CERTIFICATION OF INTEL MOTHERBOARD 
AND OTHERS 

mw SOFTIMAGE 3D AND 3D EXTREME ON SGI 

mw SOFTIMAGE EDDIE ON SGI 

mw SOFTIMAGE TOONZ ON SGI 


PAINT 


SOUND 


PLATFORM SUPPORT 


m FREEDOM OF CHOICE 
m FULL ONGOING SUPPORT FOR SGI 
@ SUPPORT FOR THE LATEST SGI MACHINES E.G. IMPACT 


@ LEVERAGE SGI PERFORMANCE TO DELIVER 
PERFORMANCE ANIMATION CAPABILITIES 


@ NEW RELEASES FOR 3D, EDDIE AND TOONZ 
gw WINDOWS NT SUPPORT 
@ CERTIFICATION OF A BROADER RANGE OF SYSTEMS 


@ COMPLETE SUPPORT FOR FULL 3D EXTREME FEATURE 
SET 


mw TIGHT INTEGRATION BETWEEN BOTH 
PLATFORMS 


MEDIA CREATION AND 
AUTHORING IN THE FUTURE 


INTERACTIVE 
CREATION ES AUTHORING GAMES 
VIDEO : a 


eee a 


2D AND 3D 
ANIMATION 
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SOFTIMAGE AUTHORING 
TOOLS ARCHITECTURE 


ROBUST MEDIA 
FRAMEWORK FOR 
HANDLING ALL MEDIA 
TYPES 

BEST OF BREED, 
INTEGRATED TOOLS 
SUITE 

SCALABLE ACROSS 
RANGE OF MEDIA 
RESOLUTIONS 
EXTENSIBLE THROUGH 
3RD PARTY TOOLS 


SUMMARY 


mw OPPORTUNITIES FOR CONTENT CREATORS 


ARE ENORMOUS 


m THOSE WHO PREPARE TODAY FOR THE 
EMERGING INTERACTIVE WORLD WILL BE 


THE WINNERS 


mw MICROSOFT/SOFTIMAGE HAS A 
COMPREHENSIVE STRATEGY FOR MEDIA 
CREATION, AUTHORING AND PLAYBACK 


Notes 


DEMONSTRATION OF SOFTIMAGE 3D 
AND SEGA SATURN TOOLS 
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23. Motion Capture 


A presentation of various motion capture topics including an overview of 
optical systems, production issues, post-production processing, and more. 


Mark Decker 
Tools Programmer 
SegaSoft 


Ken Kline 
Biovision 
Brad DeGraf 
Protozoa 


Chris Eckhardt 
Accolade, Inc. 


Dan Farr 
Zygote Media Group 


Georges Roudanez 
Vicon Motion Systems 


Taylor Wilson 
Viewpoint Datalabs International 
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BioVision Motion Capture Presentation 


A presentation of various motion capture topics including: an overview of optical systems, production 
issues, post production processing and more. 


Autobiography: 

Ken Kline - A pioneer in the field of motion capture, Ken founded Optimum Human Performance 
Centers (BioVision) in 1985. He attended Auburn University on a full athletic scholarship and 
continued his undergraduate work at Brigham Young University. He did his post-graduate work at the 
University of Utah. Ken was President and Director of Life Savers Health Services, Inc. He was also 
elected Western States Representative to the American Collegiate Health Association and later 
Executive Director of the National Diabetes Trust Fund. 


Session: 

Driven by the need to animate 3-D rendered characters quickly, developers are flocking to the 
technology, drawing motion input from real actors and athletes to make game characters move more 
realistically. Motion Capture combines the sciences of biomechanics and physics with computer 
graphics. In particular, motion capture creates a major breakthrough in understanding how people 
move during various activities. Accurately captured data can help analyze a person for sports 
performance, injury-prone motions, and movement efficiency in an enticingly new way. 


The applications for this technology are vast and continuing to grow. Breakthroughs in computer 
hardware and software are making motion capture feasible for projects that would have been 
impractical even two years ago. Diverse industries such as sports, medical, entertainment, legal and 
many others have immediate uses for motion capture. Many computer artists believe that motion 
capture can deliver more realistic movements, especially when choreographing sophisticated scenes 
such as battles or sporting events. 


Speakers: 


Ken Kline, Founder & Director - BioVision, 
(415) 292-0333, kkline@biovision.com 


Brad DeGraf - Colossal Pictures 
Chris Eckhardt - Accolade, Inc. 
Dan Farr - Zygote Media Group 
Georges Roudanez - Vicon Motion Systems 


Taylor Wilson - Viewpoint DataLabs International 
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24. Alias|Wavefront 3D Software and 
Sega Saturn Tools 


A demonstration of the Alias|Waveftont Power Animator to Sega-GL 
conversion feature set, including game-specific tools for polygon modeling, 
character animation, particles, and digital optical f/x for rendering. 


Jenny Martin 
SegaSoft 


Peter Ryce 
Alias| Wavefront 


Mark Costa 
Alias| Wavefront 


Jack Liao 
Alias| Wavefront 


Peter Santangeli 
Alias| Wavefront 
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A Alias |wavefront 


Peter Ryce 

Alias | Wavefront 

110 Richmond St. E. 

Toronto, Ontario, Canada M5C 1P1 
Phone: 416-362-8558 x396 
pryce@aw.sgi.com 


Bios: 


Peter Ryce is the Product Manager for Alias! Wavefronts game industry 
applications. He has been involved in following current and future game 
development needs with the Alias | Wavefront customer base, authoring R+D 
plans for product development, and communicating the developments to the 
game development world. He has over ten years of experience in the 
computer graphics industry as a trainer and writer. 


Mike Aquino is the game applications Software Engineer responsible for the 
CartDev development at Alias!|Wavefront. He has game production and 
workflow experience, and has been designing and developing game tools for a 
number of years, first at a video game developer, and for the past two years at 
Alias | Wavefront. 


Session Description: 


This session covers the issues involved in translating and moving geometry, 
textures, and animation data from high-end content creation tools, i.e. 
Alias |Wavefront 3D software, to the SEGA Saturn CartDev. The most 
common 3D geometry and texture representations will be examined, as well 
the session will look at the five types of animated content used in interactive 
media and tips and techniques to improve development workflow. There 
will be a demonstration of the specific tools developed by Alias | Wavefront 
for the CartDev and for translating data for Saturn development. 
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25. Nichimen 3D Software and 
Sega Saturn Tools 


A demonstration of Nichimen Saturn Express Game Development Tool and the 
advanced features of Nichimen Graphics NeWorld 3D Software. 


Dick Holmes 
Senior Artist 
Sega Technical Institute 


Mike Fleming 
Nichimen 


David Aronson 
Nichimen 
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ichimen 
Graphics 


Exporting Content to the Sega Saturn 


A presentation of various techniques and considerations when 
developing 3D content for the Sega Saturn. 


Sega Developers Conference 


March 1996 


Dave Aronson, MTS 


Nichimen Graphics 
12555 W. Jefferson Bivd. #285 
Los Angeles, CA 90066 


ichimen 
Graphics 


About Nichimen Graphics 


NeWorld is a complete environment for developing 
Interactive game content on Silicon Graphics 
workstations including tools for modeling, animation, 
motion editing, 2D and 3D paint and rendering. 


NeWorld also includes converters such as the Saturn 
Express for exporting content to 3D game platforms 
such as the Sega Saturn. Nichimen is committed to 
producing the best set of tools in the Industry for 3D 


game developers. YY | 
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Presentation Overview 
e Why a Polygon Modeler? 


e General Conversion Issues 


¢ SEGA Specific Issues 


Why a Polygon Modeler? 


25:3 


25-4 


Virtual Clay-What is it? 


¢ Every Object Built Up From a Primitive 
¢ General Polygons 
¢ N-Geometry's Winged-Edge Database 


¢ No Holes 
¢ No Inverted Normals 


Tight control of Polygon Count 


Polygon Reduction Tools 


e Derez 
¢ Target hardness 
¢ Target vertex, triangle, or face count 


e Dissolve 


¢ Collapse 


Easy Conversion to Quads 


¢ NeWorld can convert from any general 
polygon down to flat quads 


e Gives you complete freedom in 
generating your model-you're not 
constricted to working in quads or 
triangles from the start 


a 


WYSIWYG 


e No surprises in converting to polygons 
from NURBS, splines, or patches 


e When you are done with the model you 
are done 


pl 
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Parts 
e Faces each have separate UVs 


e You can assign UVs to the object as a 
whole or to specific subregions. You 
can apply different mappers to an object 
and to a part of the same object. 


a 


Smooth with History 


e Lets you work with a low-resolution 
model (appropriate for real time game) 
then generate a high-resolution model 
for any FMV sequences 


e Eliminates the need to maintain 
different models for different parts of a 


project 
M 


General Conversion Issues 


Polygon Limitation 


¢ Polygon Count for the Machine 


¢ Points per Polygon 
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Finding Non-flat and Non-quad Faces 


¢ NeWorld makes it easy to find 
problem faces on the model 
before sending it over 


e Lets you check questionable areas 
before converting the data to your 
target platform 


a 


Omit Faces 


e All exporters in NeWorld offer the 
ability to pre-cull polygons before 
exporting data 


e Keeps your geometry legal and 
complete while reducing the number 
of polygons that are sent to the target 
machine during data export 


N-Paint 3D 


e Lets the artist paint directly on his or 
her model 


¢ Gives the artist the ability to more 
accurately paint on his or her object 


¢ Optimizes use of available texture 
map memory 


SEGA Specific Issues 


a 
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NeWorld's Structure 
¢ NeWorld 
e Saturn Express 
¢ Output File Formats 


¢ SGL 
¢ SGA3 


Segafy 
Our Segafy command converts an entire object by 
performing the following tasks with a single click: 


e Converts object down to flat quads and 
triangles (degenerate quads) 


e Parts 
¢ Texture maps 
e Write faces and attributes 
e Write Gouraud table 


25-10 


ASCII vs. Binary Data Transfer 
¢ Saturn Express supports two file formats 


¢ ASCII produces editable SGL files that can 
easily be included in a user's game engine 


e Binary output lets an artist download his 
or her object to the Sega Saturn quickly, 
previewing changes interactively 


a 


Texture Maps on Each Face 


¢ Re-use maps 
¢ Specify a collection of faces that all refer to the same 
texture map in memory 


¢ Generate per face textures using standard UV 
Mapping Techniques including 
e Planar mappers 
e Cylindrical mappers 
e Spherical mappers 


¢ Number of texture maps limited only by the amount 
of texture map memory on the Sega Saturn 
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Texture Map Scale 


¢ Scale a texture map without changing 
the physical texture map itself 


e Eliminates the need to create multiple 
versions of the same map at different 
resolutions 


al 


Pre-Lighting Objects 


¢ Saturn Express exports pre-lighted 
objects, using lights in NeWorld to 
create the shading 


e Lets the artist use more complex 
lighting types 


¢ Saves computing time on the Sega 
Saturn 
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SGL 


e Supports all SGL drawing modes including: 
¢ Control over z-order sort of faces 
¢ Multiple drawing modes 
¢ Overwrite 
e¢ Shadow 
¢ Semi-bright 
e Semi-transparent 
¢ Draw face (or groups of faces) as mesh 
¢ Specify maximum non-flat face angle 
(before splitting) 


af 


The Complete Artist's Solution 
e NeWorld and the Saturn Express 


¢ Offer a complete solution for exporting 
ry content to the Sega Saturn 


e Reduce time required by the programmer 
and artist in generation of game content 


a 
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26. Animetix Sega Saturn Tool for 
3D Studio 


A demonstration of Animetix Technologies’ GAMUT-SG game development 
plug-in for 3D Studio. 


Bruce Krueger 
Domain Specialist 
Sega Technical Institute 


Adam Walters 
V.P., Sales/Marketing 
Animetix 
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GAMUT-SG 


Game Development Tools for 3D Studio 


Adam Walters 
Animetix Technologies, Inc 


Introduction to Animetix 


¢ History 
@ Products and Markets 
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An Overview of GAMUT-SG for 
3D Studio R4 


¢ Integrated Tools 
@ Model Conversion 


@ Interactive Preview 
¢ File Output 
¢ Benefits to Developers 


Previewing 3D Studio models on 
the Saturn 


System Requirements 
¢ Interactive Preview 
@ 3D WYSIWYG! 
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Converting 3DS Triangles to 
Saturn Quads 


 Quadification Manager: 
¢ Controls Face Combination 
Reduces Polygon Count 
¢ Visual Feedback 
¢ Settings Saved in 3DS File 


Applying Saturn Attributes to 
Models in 3D Studio 


Attribute Manager: 
¢ Interactive 3D Interface 
 Face-Level Control 
@ 3DS Materials + Saturn Attributes 
¢ Settings Saved in 3DS File 


—~— 


Managing Textures for the 
Saturn 


Attribute Manager (continued): 
¢ Face-level Control of Texture Parameters 
¢ Scaling to Suit Face Size 
@ Fixed Sizing 
@ Memory Usage 
¢ Settings Saved in 3DS File 


Game-Ready File Output 


@ Same Conversion Process as Viewer 
@ Choice of Standard Formats 


@ User-Defined Custom Formats 
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Benefits to Developers 


¢ Low Cost Per Seat 

¢ Harness Power of 3rd Party Plug-Ins 
Improved Productivity 

@ Game-Ready Output 

No Surprise Results 


Pricing and Availability 


Competitive Pricing 
@ Available Now 
@ How to Order 


@ Demo Version Available 


Using GAMUT-SG for 
3D Studio MAX 
¢ Plug-in Set For 3DS MAX 


@ Identical Feature Set 
@ Available Q2 1996 


Questions & Answers 
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27. Autodesk 3D Studio Max Software 


The advanced features of Autodesk 3D Studio MAX. 


Bruce Krueger 
Domain Specialist 
Sega Technical Institute 


Phil Miller 
Product Manager 
Autodesk 
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ZA Autodesk. 


MAX 


3D Stu 


Where the realm of imagination 


( ommca>ma ) 


meets the reality of production. 


POWER oF MICROSOFT® WINDOWS NT™ 
ADVAN CED, intuitive USER INTERFACE 
INSTANT. NONMODAL FEEDBACK 
UNIQUE osvect-oRIENTED ENVIRONMENT 
EXTENSIBILITY via core component 
PLUG-INS 
INTELLIGENT scenes with tinkeD OBJECTS 


work THE waY YOU THINK 


New from Autodesk Multimedia, 3D Studio MAX™ software is a 
parametric, 3D graphics and animation program where the realm 
of imagination meets the reality of production. An advanced, 
elegant user interface makes 3D Studio MAX easy to learn and 
gives you unparalleled control. Work with next-generation tools to 
create your wildest 3D fantasies. Real-time interactive viewports 
provide instant feedback as you manipulate realistically shaded 
objects and their texture maps. 


A first for Windows NT™ the 100 percent object-oriented 
architecture of 3D Studio MAX provides a dynamic environ- 
ment in which objects are created procedurally, so you can 
quickly revise any aspect of your work, any time. 


BE CAREFUL wHaT You WISH FOR...yvou 
MIGHT GET IT 


The 3D Studio MAX feature set is culled from thousands of wish- 
list items that have been accumulated over the past five years by 
Autodesk Multimedia and the Yost Group. 3D Studio MAX is the 
ultimate expression of what you can accomplish with 3D graphics 
using today’s hardware and software development tools. 


u 


PRELIMINARY ~EGAL URES 


SEAMLESS INTERFACE. All the modeling, animation, and ren- 
dering tools you need to create film-quality scenes are available in 
one consistent user interface. Creating an animation is as simple 
as activating the Animate burton and changing any parameter in 


th9 Pyitem. 


PRELIMINARY FEATURE SUMMARY 


MAXIMUM INTERACTIVITY. The intuitive Windows® interface 
delivers instant feedback. Want to turn an object into kinetic 
Jell-O*? Simply adjust the object's animated noise deformation 
and watch its jiggle change character as you adjust the parameters. 


SHADED views. Configure your viewports as fast, shaded views 
to work in an environment that simulates real-world lighting . . . 
right down to the textures. Perceive structural nuances and 
explore texture-mapping options with ease. Model and animate 
interactively without having to do test renders—and save your 
valuable time. 


YOU CAN ANIMATE EVERYTHING 


COMPREHENSIVE ANIMATION. With the Animate button acti- 
vated, virtually anything in a 3D Studio MAX scene can be ani- 
mated. You can even animate the level of detail in geometric 
primitives based on their distance from the camera. And with its 
built-in Inverse Kinematics, 3D Studio MAX provides a degree of 
integration between animation and modeling unavailable with 
other 3D graphics and animation systems. 


Space WARPS. This class of deformation objects affects how 
objects respond to changes in an overall scene. Displace Space 
Warp, for example, sends a displacement field through any num- 
ber of objects and lets you vary the degree of deformation for each 
one. Wind and Collision Space Warps affect particle systems with 
real-world dynamics. And it all happens in real time. 


CHANGE ts coop 


pata mistory. While you work, 3D Studio MAX keeps a list 

of your scene modifications, making it easy to go back and change 
any step at any time. Explore, revise, change your mind— 

3D Studio MAX makes the process fun. (And this is in addition to 
multiple-step Undo.) 


HIGHLY EXTENSIBLE. 3D Studio MAX software is a platform for 
independent developers to add integrated new functionality 

via Core Component plug-ins written in Visual C++. Whether or 
not you add new functionality by purchasing plug-ins or by writ- 
ing them yourself, 3D Studio MAX is ready to expand with your 
needs . . . seamlessly. 


Get THERE FASTER witn 3D sTuDIO MAX 


SUPPORT FOR OPTIONAL 3D ACCELERATION. 3D Studio 
MAX is crafted to maximize interactivity with or without a 3D 
graphics accelerator card. With one, and running on a dual- 
processor computer, 3D Studio MAX will deliver workstation 
speed that rivals much more expensive UNIX® boxes. Without an 
accelerator card, 3D Studio MAX software will even run on a 
notebook computer and adaptively manage display quality to 
maintain fast screen redraws. 


OBJECT ORIENTED. Virtually everything, from a Sphere to a 
deformation like Twist or Optimize, is a procedural “object” in 
3D Studio MAX. These objects are smart . . . they know what 
they can and cannot modify. Select a spline, and only those com- 
mands that can operate on splines will be active in the user inter- 
face—a process that makes using the software easy and fun. Not 
just lists of unrelated items, these organically interlinked smart 
procedures assist you as you work. 


you can CONTROL Time 


TRACK view. With this viewport into time, 3D Studio MAX 
software lets you view and manipulate every aspect of your anima- 
tion in a timeline—even synchronize animation with sound. 
Sophisticated, modeless, function-curve editing lets you tweak 
your work and see the animated effect as you do it. You can even 
use multiple animation-interpolation algorithms in the same track 
simultaneously to add subtle layers of organic motion. 


you can RENDER anyrtnine 


The new Materials Editor lets you create surface looks that you've 
seen only in your dreams. Experiment with animated gradients, 
add turbulent noise, mix them with texture maps, and blend in 
refraction and reflection maps. You've never seen a materials edi- 
tor this flexible before . . . anywhere. 


Let THERE BE LIGHT 


The 3D Studio MAX lighting system now supports volumetric 
effects. Smoky light bearns with motes of dust are just a couple of 
mouse-clicks away—and they render fast. Simulate steam evapo- 
rating off pavement. Make 3D environments out of swirling, psy- 
chedelic procedural patterns. It’s all integrated into Track View so 
you can control any parameter over time using a function curve. 


its ALL HERE 1's 30 stupbio Max 


Support for symmetric multiprocessing, world-class documenta- 
tion and tutorials, online Help, a Video Postproduction environ- 
ment, Internet-protocol-based network rendering, and advanced 
Object Snap and Alignment tools are just a few in the vast array 
of 3D Studio MAX features. 


BICPED™: THE PREMIER PLUG-IN FOR 
3D STUDIO MAX 


DIGITAL CHARACTERS UNDER YOUR CONTROL. Available 
separately for character animators, BIPED™ is the world’s first soft- 
ware tool that accurately manages the physically precise mechanics 
of human and animal/creature two-legged motion. It creates such 
realistic animation that all you need to do is add your own unique 
touches. Footstep-driven animation lets you control the timing 
and trajectory of any two-legged character, even over varied 
terrain. And BIPED includes Skinemation, a flexible skeletal 
animation system that lets you create muscles and tendons to real- 
istically bulge skinned surfaces based on their joint angles. 


SYSTEM reauirements 


RECOMMENDED 


¢ Pentium® or Pentium Pro-based PC (dual processing supported) 
¢ Microsoft Windows NT—3.51 or later 

¢ 200MB free hard-disk space 

° 64MB RAM 

¢ PCI BUS graphics card supporting 1024 x 768 x 256 colors 

¢ Pointing device 

¢ CD-ROM drive 

¢ Sound card 


*¢ 486/66-based PC or 100 percent compatible 

* Microsoft Windows NT—3.51 or later 

¢ 5OMB free hard-disk space 

¢ 32MB RAM 

¢ Graphics card supporting 800 x 600 x 256 colors 
¢ Pointing device 

¢ CD-ROM drive 


For MORE information 


CALL YOUR AUTHORIZED AUTODESK MULTIMEDIA 
DEALER. To locate the nearest Authorized Autodesk Multimedia 
Dealer or for more information, call Autodesk at 800-879-4233. 
From outside the United States and Canada, fax your request for 
more information to: 


° 415-507-6110 (Latin America) 
* 415-507-6117 (Asia/Pacific) 
° +41-38-239-394 (Europe) 


For more-detailed information about Autodesk and its multi- 
media products and services, browse our World Wide Web site 
at heep://www.autodesk.com, or type GO AMMEDIA on 
CompuServe® 


For information about our Partners’ products, ask for the Autodesk | 


Multimedia Partners Catalog. 


AN Autodesk. | 


Autodesk, Inc. 
Multimedia Market Group 
111 Mcinnis Parkway 

San Rafael, CA 94903 

USA 


Autodesk and the Autodesk logo are registered trademarks, and 3D Studio MAX and BIPED are 

trademarks. of Autodesk. Inc.. in the USA and/or other countries. Microsoft and Windows are regis- 

tered trademarks, and Windows NT is a trademark. of Microsoft Corporation. UNIX is a registered 

trademark licensed exclusively through X/Open Co. Led. All other brand names, product names, and | 
.«demarks belong to their respective holders. 


© Copyright 1996 Autodesk. Inc. All rights reserved. 
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One-Day Conference for Artists and Animators 


28. 3D Modeling and Animation Issues 


An in-depth examination of polygonal and spline-based 3D models, their 
use as 2D sprites, and related topics such as antialiasing, render size, 
palettes, and lighting challenges. Discussions on low poly count models 
including merging vertices, object versus vertice animation, and texture 
resolution. 
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Jenny Martin - SegaSoft 


Panel: 3D Modeling and Animation Issues 


panel host: 
Jenny Martin — SegaSoft 


panel guests: 
Kristin Mallory — SegaSoft 
2D Textures for the Saturn 


John Broenen — SegaSoft 
Rendered Sprite Animations for Congo 


Steve McGrath - SegaSoft 
Real World Physical Sculptures as 3D Computer Models 


Monique Hodgkinson — SegaSoft 
Correcting Motion Capture Data 


James Guilford - SegaSoft 
Building and Animating Low Poly-Count Models for the Saturn 
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Kristin Mallory - SegaSoft 
2D Textures for the Saturn 


Background: 

With a background in traditional illustration I have been working in the video game 
industry for seven years. I am currently a Senior Artist at Sega. My work in the industry 
has concentrated on the creation of 2D art for backgrounds, interface design, tile 
editing, and tile creation for texture mapping. With the many limitations that I have 
experienced working on different platforms and projects, I have come to appreciate the 
importance of understanding those limitations, and have been able to optimize colors 
and palettes in order to push those limits to their absolute boundaries. 


Know the limitations / constraints of the project: 

The first step in creating tiles for texture mapping for the Saturn is to learn and 
understand the project constraints for: tile sizes, color limitations, and file sizes. 

With those parameters in mind, consider the look you are trying to achieve: realistic, 
photo real, stylized, cartoon, etc. Have a good idea on the Artistic style you are aiming 
for. Weighing these issues and understanding your goal will often dictate, or at least 
guide you in your choice of painting software. 


Choose your software for painting, know what each can do for you: 
Software choices: PhotoShop vs. D-Paint (besides your hardware restrictions) 
PhotoShop has always been my preference for texture creation. The ability to paint in 
24bit allows for much more realistic, softer textures. BUT, there is the palette to 
consider. Don’t base your decision on the fact that your textures must inevitably be 8bit. 
There are many methods of bringing your 24bit images down to fit your palette 
constraints. However, if you are a D-Paint master, go for it. I believe it takes a special 
talent and much longer to create an effective texture in D-Paint. But D_-Paint definitely 
has it’s place, it’s always the best program for 8bit clean up work. As our projects 
become increasingly vast and complex, we are always on the lookout for more 
streamlined techniques and processes for; texture creation, color reduction, and clean- 
up. However, the best 2D art or textures will always demand some amount of pixel 
pushing and clean-up. Sufficient time must be allotted in any schedule for this task. 
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Experiment with your color reduction processes: 

Take the time initially to experiment with your color reduction / color mapping 
processes. Each project can be unique in this matter. For instance, will you choose or 
create a palette before, then paint in PhotoShop and map that image to your chosen 
palette in DeBabelizer? Try a few textures with this method, make adjustments to the 
palette as needed. For this process you must have a clear idea of the colors/ mood you 
are creating and try to choose only those hues in PhotoShop. 


Will you choose to create all your textures first then factor each image into a super 
palette in DeBabelizer and map each image to that palette? Try a few in this approach. I 
don’t suggest reducing color in PhotoShop, it seems to dither way more than 
DeBabelizer. 


Will you choose to create all your textures in 24bit and put them into one image file and 
then simply reduce that file down to 8bit? This method seems to be the most successful, 
but it can often depend on the number of textures you must put into one palette. 


Downloading to the Saturn: 

If you choose to create the palette first, download that palette as swatches first. See 
what the Saturn is going to do with those colors. By taking this step you can often open 
up new color slots in your palette because the Saturn may see one red where you created 
two. Downloading is a necessary step, if you have access, use it: The Sega Saturn 
graphics box for the Mac, CartDev through the Saturn on the PC, whatever 
downloading tool you may have or create. The ability to compare the NTSC output to 
your monitor side by side allows you to see how you need to adjust your colors / contrast 
/ detail, immediately and soon you can gage what the Saturn’s going to do and consider 
that as you paint your textures. 


What the Saturn does to your graphics: 

1. It saturates your colors, especially the warmer colors, reds etc. 

2. It brightens your colors, especially whites, lighter values. 

3. It bumps up the contrast in your image. 

4. Some colors will inevitably artifact, causing a flicker on the screen. 
5. It may display three different colors the same way. 


6. When the Saturn scales or distorts a texture, it does not alias the pixels. 
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What you can do to minimize these effects: 
1. Desaturate and download. In general, stay away from the hot reds, oranges, and 
yellows, or mute them from the start. Use cooler forms of these colors. 


2. Darken, download. Stay away from pure whites, cut down on the contrast in your 
images. 

3. This often can’t be avoided. But, consider where these textures are placed in the 
game. What size do you see them at most often? Make them look good from that view. 
If you scale by these images fast enough, this isn’t as crucial. 


4. Downloading your textures together can show what colors or patterns are going to 
artifact. Adjust those colors and widen the pattern to minimize this effect. Or, use it to 
your advantage, makes good chrome or sparkle effect. 


5. Download and adjust, download and adjust. Why use up three color slots in your 
palette if the Saturn is only displaying one of them ? 


6. Use the overall brightness / contrast option in PhotoShop for this. Even if your image 
looks washed out on your monitor, see what happens to it on the Saturn. Subtle 
textures, where applicable often work best. 


Tips for creating textures: 

¢ When possible, get a wire frame printout of your object to be textured. Drawing your 
patterns out flat on paper over the wire frame can save you from redoing textures that 
don’t match up or don’t make sense on the object. Imagine taking your object and 
unfolding the polygons; see how they meet up with each other. Sketching out your 
patterns in this way will save you time in going back and forth to get, let’s say, a tile 
with an eye painted on it to match up with the tile with a nose painted on it. This is a 
smart way to plot out your approach that will save time and frustration. 


¢ When reducing colors in DeBabelizer, adjust the dither % in the Palette/ 
Options/Dither and Background color menu. Try it with a few different percentages 
keyed in and see what a difference that can make. Try it with little or no dithering. 
Download it at different magnifications to check it. 


e Add a light source to your textures. Every game is different in how lighting is dealt 


with, but if you create your own light source in your graphics you add depth and interest 
to your scenes. 
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Simple Guidelines: 
¢ Know your constraints / Know your choices. 


¢ Know your desired goal in look, style of art, or mood. 

¢ Desaturate your colors. 

¢ Reduce contrast. 

¢ Download ! Download ! Download ! 

¢ Experiment with color reduction processes. 

e Allow time for clean-up and touch-up work in your scheduling. 


¢ Check your stuff as you go, don’t wait until all your textures are completed before you 
see it downloaded on the Saturn, or in the actual game. 


e Take the time up front to figure out all your processes and deal with the problems to 


allow for a better use of scheduling time to be creative. Therefore you can end up with 
the best possible images within those parameters. 


28-6 


John Broenen - SegaSoft 


Rendered Sprite Animations for Congo 


Who I Am 


I'm a senior artist in the Creative Support group at SegaSoft. I've been with Sega for 2.5 years, and I've 
worked on Jurassic Park (Sega CD), Wild Woody (Sega CD), Ghen War (Saturn), and Congo (Saturn). I'm 
currently working on animations for another Saturn title. Previously, I've worked for CCC/ Paramount 
(educational software), and Apple Computer, Inc. 
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Caveat 


Perhaps the title of this presentation should be Revising Sprite Animations, since the animations for 
Congo had been completed but received additional design changes late in the production schedule. Also, 
some of this information is pretty basic, but I think it may be worthwhile for anyone thinking of doing a 
project involving rendered sprites. 


The Project 


This project involved a developer who had contracted the animation work to a studio. The animators 
there had used Softimage for the modeling and animation of most of the characters in Congo. During most 
of the project's schedule the developer's art directors had focused on a variety of production issues, 
leaving the animation to the contractors. After the animations had been handed off, the contract had 
ended, and the project neared completion, design changes were needed on the ape animations. 


The Task 


SegaSoft's Creative Support group was enlisted to work on the ape animations. Since the grey apes are 
seen more frequently in Congo, I was asked to focus on them exclusively. At that point, the apes moved in a 
fast walk that looked somewhat human, so we wanted to put the emphasis on a faster, "more ape-like" 
run. Throughout my part of the project, I used an Indigo Elan with Softimage 3D; a Macintosh Quadra 650 
with Photoshop, DeBabelizer and Quicktime; and a 486/66 PC with Deluxe Animator. 


Inventing the 'Set' File 


The grey apes in Congo run toward the player, attack, and then turn away at various angles, so animations 
had to be rendered to account for each of the sprites’ positions as seen from the player's point-of-view. As 
the ape runs toward the player, for example, the camera (representing the player's POV) is positioned in 
ahead of the model, pointing toward it. Rendering the animation results in the ape running in place 
toward the viewer. (The game code moves the animated sprite around the 3D environment.) Similarly, 
placing the camera behind the ape model results in an animation of the ape running away from the 
viewer. 


Since I needed four points-of-view (flipping the animations horizontally provided the full range of the 
ape's running actions) that I could keep consistent as revisions were made, I created a "set" file to 
establish camera and lighting positions around the ape model. I fixed the camera height and angle that 
the art directors preferred and set a spline circle around the ape model at that height. Small circles at 
the 03, 45, 75, and 165-degree camera positions represented the angles at which the ape is viewed by the 
player as it runs toward the player, turns, and runs away. I constrained the camera to a null used as a 
crosshair to align the camera in each positioning circle. 


I also created a small circle around the ape model to use as a track for the lights. I drew straight lines 


radiating out from the center of the large outer circle to each camera position to help me line up the lights 
to the camera. After moving the camera into position, I'd move the lights independently. 
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Top view of the “set file” with the camera in the 45-degree position 


Side view of the “set file” 


Revising the Model 


Because of the tight deadline on this project, I was asked to make little or no changes to the model and 
focus on doing the animation work. I attempted to work with the model in its original form, but soon I 
decided to rebuild it. The original hierarchy had the torso at the top, with the head, arms and legs (and 
their respective IK chains) parented to it. The ape's rotation data was in the torso, moving on a pivot in 
X. The arms and legs were animated around that rotation, swiveling and the shoulders and hips. 


The original grey ape model in its “neutral” pose 


I added IK spine, clavicle, and hip chains to the torso, and equipped the head with upper and lower jaw 
chains. Since the torso needed to follow the movements of the spine, clavicle and hips, it was assigned as 
a global envelope to those chains. I also posed the model in a more aggressive stance for its neutral pose. 


The grey ape model in the “neutral” pose after rebuilding 
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Revising the Animations 


I chose to animate nulls and constrain various parts of the ape model to them because I wanted the 
animation data to remain in the nulls, making it easy to assign a different model to them if needed. I set 
up a separate hierarchy for the nulls and arranged them in a humanoid layout for easier selecting. (It'd 
be nice if Softimage would have a "snap-to-grid" feature in the schematic window to help make this kind 
of layout easier!) 


Due to memory limitations, the frame count for each of the animations was low (7 frames for the "run" 
animation). To revise the animations, I doubled the existing frame count and selected the best frames to 
use in the reduced animation. I keyframed each frame, posing the model as dynamically as possible to 
convey the most action, ensuring a better selection of usable frames. 


Before (left) and after of Frame #5 of the "two-handed throw” animation 


Rendering, Color-Reduction and Frame-Count Reduction 


The animations were rendered at 122 x 122 on a background that matched the medium color tones of the 
character. (Earlier versions had been done with a black background that left a dark outline around the 
character, giving it a "cartoony" look.) The rendered frames were brought into DeBabelizer, and from 
there four versions were saved out: Targa files with a super palette including "illegal" colors for 
registration, Targa files trimmed to solid edges, LBM files for use in Deluxe Animator to choose frames, 
and a QuickTime movie of all the rendered frames for reference and review. 


The untrimmed Targa files had a palette of hand-picked colors that brought out the features of the ape 
clearly on the Saturn. For example, a strong white was chosen for the teeth, and the red was enhanced to 
bring out the mouth. A range of brown/grey colors helped keep the ape's definition clear as the sprite 
scaled onscreen. 


I used the LBM files in Deluxe Animator to reduce the framecount of each animation. Once loaded into an 
ANM file, I wrote the original frame number on the image to identify the correct frames as I eliminated 
others. Also, I found that I could toggle between frames faster in DA than in QuickTime. 


Since I was rendering and re-rendering alot, I used the following render script to do background and 
overnight rendering. (This may be a well-known script already, but I only heard about it midway through 
the project!) 

# Background render scenes in oe 


# resource file e file source DB first/ast/step output path 
soft /usr/softimage/3D/rsrc -R JBs. _orey-change. 1-0.dsc -d JBs_8gig -s 1 15 1 -o /usr/people/broenen/JBlocal/RENDER_PICTURES 
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Memory Calculation 


I was responsible for figuring out the optimal size and memory usage of the sprites. Based solely on the 
image area, I multiplied the height and width of the ape. To get the image area dimensions, I used the 
"Open..." dialogue box of DeBabelizer—each file's dimensions are shown in the lower left corner, so I'd 
simply "arrow down" through the trimmed Targa file names and record the dimensions. 


O Ch03.MooU 
O ch3_01.T6A 
O ch3_02.T6A 
PO ch3_03.16A 


H| O ch3_04.16A 

O ch3_05.T6A 

O ch3_06.T6A 

D ch3_07.16A 
H | Type/Creator : PICT /BABL 

Last Modified: 2/2/96 1134 AM 
H 5710/0 

Format: PICT 
Size /Colors : 60x74/256 hk 


The “Open...” dialogue box in DeBabelizer showing the dimensions (see cursor) of a trimmed frame 


Registration Marks and Palette Info 


With the frames chosen and the color-reduced set of frames copied and renamed, I then added the 
registration marks. A pixel of color #256 in the middle of the left edge of the frame marked the vertical 
registration, and a pixel of color #255 in the center of the bottom edge marked the horizontal. Colors 255 
and 256 were defined as "illegal" colors and would not appear onscreen. Also, the black background (Color 
#254) is set to 0, 0,0 so it, too, is invisible. 


Final frame with registration marks and palette 
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To ensure consistent placement of the registration marks, I opened the grey ape's neutral frame in 
Photoshop and Shift-selected a one-pixel slice of the left and bottom edges, and a small square of the 
upper right corner (to help register the selections when pasted). I copied the selections and then opened 
an entire animation or set of animations, if possible. I pasted into, saved, and closed each frame, moving 
through all of them one at a time. The finished animations were then compressed and e-mailed to the 
developer. 


Finished “run” sequence 


Summary 


Like most game development projects, there were many ever-changing technical and art production factors 
to keep track of while the remaining schedule got shorter and shorter. I found that taking the time to 
build a process—spreadsheets for tracking the animations’ various stages, the "set" file, using the 
trimmed files and DeBabelizer to calculate memory use, etc.—helped me to understand and track the 
implications of technical changes and turn around revisions must faster. Of course, schedules don't often 
make time for process-building, but I do it whenever possible. 
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Steve McGrath - SegaSoft 


Real World Physical Sculptures as 3D Computer Models 


Hardware: Pentium PC 

Software: 3D Studio Plug-in 3D Sculptor 
Other: FARO Technologies Space Arm 
Title: X-MEN 


Bio - 

Steve McGrath is a Senior 3D Artist in the Creative Support group of SegaSoft. Coming from a 
traditional sculpting background, he translates real physical sculptures of characters into 3D 
digitized computer models. Before coming on board at SegaSoft, Steve created freelance 
sculptures on various T.V. commercial and video game productions for clients such as: Pacific 
Data Images, Sierra On-line, and Virgin Interactive. Steve is interested in character development 
using Alias software as a modeling tool, as well as using traditional skills in a digital world. 


I) Introduction to creating a physical sculpture that will be digitized 
to make a 3D computer model. 


II) The reasons why we use a physical sculpture 
A) Saves time in the production process 
1) Less tweaking of the model in the computer. 
2) Easy to make changes to the clay sculpture. 


B) The design team can all get a clear understanding of how the character 
looks in 3D by viewing a sculpture on a conference table at all angles. 


C) Can be used by marketing at trade-shows to bring attention to the 
game product. 
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III) Process of creating a 3D digitized model. 


A) Sketch of character (front, side, back views) 
1) The approved sketch is blown up to the actual size that the sculpture will be. 


B) Size of the sculpture determined 

1) The larger the sculpture, the better to get the desired detail. Some characters 
have separate head and hand sculptures created at a larger scale to get all 
the information needed. 

2) Restraints of the digitizing arm that is being used can also determine the 
size of the sculpture. 

3) Time it takes to create the sculpture will also be a factor. 
Larger sculpture = more time. 

4) Cost of materials. 
Larger sculpture = more material cost. 


C) Armature (under-structure) for the sculpture is built 
1) Armature created from the exact proportions of the scaled up sketches. 


2) What are the armatures made of? Wood dowel rods, metal brackets and screws. 


3) Needs to be strongly built to handle the weight of the clay. 


D) Applying the clay 

1) Type of clay used - Roma Plastilina #2 oil base clay 
a) Doesn't dry out. 
b) Good for large sculptures. 
c) Don't have to bake it. 

2) Types of sculpting tools used - wire and wood tools. 

3) Trying to create form of character - not concerned with small details like veins 
and skin texture. 

4) Changes made in clay model until client approval. 


E) Molding the sculpture 
1) 2 piece mold making technique. 
2) Molding material used - Polygel 40, set up time 24 hours. 
3) Creation of mother mold. 


F) Casting the character in resin 
1) Mold release is applied to the mold. 
2) Two halves of the mold are put together and strapped tightly. 
3) Casting resin used - Alumilite 
4) Pour resin into mold from the feet. Fill up the mold to the top. 
Resin sets up in 3 minutes. 


G) De-molding of resin character 
1) Pull mold apart. 
2) Any imperfections patched up or sanded on. 


28-15 


H) Preparation for digitizing 
1) Spray paint matte white paint on resin character. 
2) Draw grid pattern on character. Carefully think out where you want your points to be, 
so that they will describe the details of your model best. 
3) Mount the resin character to a base and C-clamp it to a table top. 
It can not move during digitizing. 
4) Set up digitizing arm - secure it to the table top also. 


I) Digitizing the sculpture 
1) Digitizing software used - Plug in software for 3D Studio called 3D Sculptor. 
2) Digitizing arm used - FARO Technologies Space Arm 
3) Set up coordinate system. 
4) Pick points in a line using the right foot switch. 
5) After points selected, use left foot switch. A line is created. 
After creating a few of these lines, you can hit enter and create a patch. 
6) 1/2 of the sculpture is digitized to save time. It is mirrored to create the other half. 
7) Finished wire file in .DXF format to be translated into. 
OBJ format for our developer to use. 


Tips and Tricks - 

¢ One of the main things that I learned on this project was that it was very important to really 
think out where I wanted to draw my grid pattern on my sculpture. To try to pick the right 
points to get the detail information that I needed, without getting unnecessary points and 
making the model more complex than it needed to be. 


¢ The polygon count on this model wasn’t a great concern. We were shooting for between 
10 to 20,000 polygons. This model was going to be used as a pre-rendered 2-D sprite. 


¢ I also learned how to go in on the computer after the model was digitized, and by doing hand 
work with the smoothing groups of the model, was able to create more definition in areas of 

the model where I wanted it. Two polygons next to each other on a model that have different 
smoothing group information will not smooth into each other. This leaves an area of definition 
in the model. 


¢ Another thing that we did was to create the model so that there were more polygons in the 
areas that were going to be deformed in animation. These areas included the ankles, the knees, 
the elbows, and the hips as well as the shoulders. 


¢ When we had half of the model digitized, we copied it and mirrored it to create the other side. 
We found out that before we could combine the two halves into one object, we had to attach 
them so that the computer saw them as one object. Then we could weld the vertices together. 


Conclusion - 

In conclusion I would like to say that I feel this is a very effective technique to creating characters 
for game productions. It gives you the control over the outcome of the modeling process, so that 
you get the exact look that you want in your character design. 
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Monique Hodgkinson - SegaSoft 


Correcting Motion Capture Data 


I started working for Sega in October of 1995. During this time I have been working 
on a project called Project X. Project X is an interesting project that combines motion 
capture, 3D animation, cinematics, unique features of the Saturn, and lots of 
programming skill. 


X is a character who can re-configure his body parts. Many of the animations can be 
realistic and motion captured. Part of the challenge for the animators is to figure out 
how to create the motion for strange body configurations. These configurations of 
the character may not be something that will be found in real life, for instance, being 
able to attach an arm to a leg. This is a part of the challenge. 


The production of the art and animation for Project X has taken place using Silicon 
Graphics workstations running Alias software. The Alias software was used for 
the cinematics and creating the motion files. There were hundreds of motion 
capture files. 


Part of the work that we have been doing this project is fixing problems in the existing 
motion capture files This is important so that Project X can transition between moves 
properly. The types of problems that we saw with the motion capture files were: 


¢ Motion files didn’t line up 

¢ Not always locked to the floor 
¢ Whacked out joints 

¢ Baubles in motion data 

e Joint limits not used 


28-17 


We corrected the data by developing a rating system. An animation director who 
works with the programmers looks at all of the files and determines the level of 
repair that is needed. A rating system developed to determine if we needed to 
reposition, repair, or create new files. 


Initially most of the files that we worked on just needed repositioning to line up with 
a neutral position. We were able to achieve this by viewing the first frame of the 
animation, and repositioning it to the neutral pose. We then set a keyframe for the 
translational positions that came before the first frame. ( Generally at -1 in time.) 
Next we edited the translational animation curves, by moving all of the original 
keyframes so that the initial first frame was set to the same value as the keyframe 
that we added at -1. After all of the curves were realigned, we deleted the 
keyframes at -1. 


Some of the motion capture data we received made the character float. We corrected 
this problem by using constraints at the ankles and toes. We would view the first 
frame of the animation; and using the information window, create spheres at the 
pivot points for the toes and ankles. As we advanced the animation manually, the 
model would stay locked to the constraining spheres. We then set new keyframes 
every two frames for the entire skeleton. The model would use the existing rotations 
on the joints and then compensate for the feet being locked by the constraints. 


Recommendations - 
After looking at dozens of motion capture files for this project, my 
recommendations are: 


¢ Mark footprints on your stage so that your actor lines his feet up the same way and 
is in the same location for all of the motion capture data. 


¢ Use joint limits, so that you don’t get joints that bend the wrong way or rotate into 
impossible positions. 

¢ Decide in advance how you want your shoulders and hips to move. Then create a 
skeleton that will allow you to move accordingly. For instance, by creating an extra 
joint between the shoulders and torso you can get a rotation on the clavicle joint. 


¢ Develop a logical naming convention for joints. I like to see a knee called a knee, 
rather than lower leg joint. 
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James Guilford - SegaSoft 


Building and Animating Low Poly-Count Models for the Saturn 


James Guilford is a Senior Artist working in the Advanced Development Group 
at Sega Soft Incorporated. Trained in 2d animation at Disney Feature Animation 
Studios in Florida, he has been working with various 2d and 3d software in creating 
video game animations for two years. 


When animating 3d characters for the Saturn, there are two basic ways to go; 
Hierarchical Structures and Vertex Animated models (or a combination of the two). 
A Hierarchical Structure is a hierarchy of many individual 3d polygonal objects. If a 
simple human form was to be built using this method, there would be roughly 
sixteen separate objects that compose the body--2 each of feet, lower legs, upper legs, 
hands, lower arms, upper arms, and then, pelvis, torso, neck and head. In a Vertex 
Animated Model the model can be one complete object (all body parts connected). 
Both of these methods are animated as differently as they are designed. 


Hierarchical Structures: 

¢ Low memory usage 

e Easy to change animation frame rate on the fly 

¢ Eats up lots of processing cycles 

¢ Requires more polygons to create solid models 

¢ The longer the hierarchy = more processing time to interpolate the key frames 


Hierarchical Structures have the benefit of low memory usage as the model is 
stored in memory only once (however, more polygons have to be used in order to 
taper each of the object’s openings at their joints - Virtua Fighter style). The model 
is then animated through the interpolation of keyframes provided by motion 
capture or hand animation. This method is very processor intensive because the 
Saturn has to calculate all of the changes in each hierarchy’s levels for each frame.. 
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If there are just two animated characters on screen, this isn’t a problem. For games 
that have many characters on screen such as team sports, it would be difficult to get 
a fast playback in the animation. 


Vertices Animated Models: 

¢ Big memory hit 

Not as processor intensive (compared to Hierarchical Structures) 
* Less polygons required to create solid models 

¢ Textures can stretch and twist like clothing during an animation 


The method that we are using for our game is Vertices Animated Models. 
Vertices Animated Models use up more memory than Hierarchical Structures 
because every single frame of animation has to be kept in memory. Since all of the 
animation frames are stored this way, the complexity of the model and amount of 
frames for animation should be calculated carefully. There are benefits that make it 
worth while to animate this way; this method is not as processor intensive as 
Hierarchical Structures because the Saturn only has to bring up each frame from 
memory (allowing for more models on screen); a more solid looking human figure 
can be created with fewer polygons; because the models vertices are moving 
independently, textures can stretch and twist through an animation like clothing or 
skin. We chose this method because it allows us to have many, low poly-count 
players on screen. 


The Model (Vertices Animated): 


¢ Sketch out designs in simple shapes 

¢ Start building with simple primitives and add polygons as needed 
¢ Merge vertices wherever possible 

e Eliminate unseen polygons 


In building the football player model, I found it was helpful to sketch out the 
player in pencil (in a relaxed standing pose), describing the basic shapes in flat 
surfaces. These surfaces would become polygons in the computer. Then, starting 
with a primitive six sided cylinder, I extruded and added polygons using the 
sketches as a visual guide. 


Keeping the total vertice and polygon count down without sacrificing the look 

of the player can be difficult, especially when there are many models that have to be 
displayed at any one time. In our player, we found some areas that could be made 
more efficient by merging vertices of parts of the model. One example is the 
polygons that we use to display the face textures, and the helmet. The polys for the 
face were originally set inside the helmet with the corner vertices unattached to any 
other part of the player. By merging them to the vertices at the opening of the 
helmet, the total vertice count was reduced by four. 


28-20 


Vertices merged to helmet Shaded view of the face and helmet 


Since a polygon takes more time to process than a single vertex, it is a good idea 
to eliminate polygons that are hidden by other parts of the model. In our football 
player we didn’t bother to connect the arms to the shoulder-pads. The shoulder- 
pads hide the openings of the arms anyway, so there was no need for the extra polys 
(we saved eight polys per player by doing this). The hands were another area that 
could use a little trimming. Eliminating the palms of the hands saved another four 
polys per player. Our player is 163 quad polys and 187 vertices. 


Depending on how articulated the model is going to be, there may not be a need 
for certain polygons at all. For instance, if the hands are not going to be animated, 
there isn’t a need for the extra polys it will take to describe them. Having a solid poly 
from the elbow down to the fingers, with a texture map describing the hands, could 
save quite a few polys. 


Skeletons, Deforming the Model, and Animating: 


¢ Location of the root of the skeleton is important 

° Keep different animation parameters on different nodes 

¢ Polygon edges should coincide with skeletal joints 

e Expressions can be used with clustered vertices to keep volumes consistent 
through a range of motion 


I use Alias PowerAnimator (on a Silicon Graphics, Indigo2 Extreme) which has a 
great Inverse Kinematic system. There are many ways to build I.K. skeletons for 
human characters. The physical position of the root of the skeleton (the highest 
node in the skeletons hierarchy) is fairly important. I like to put the root one or two 
joints above the pelvis, with another three or four joints leading up to the 
shoulders. This adds a lot of articulation to the hips that wouldn’t be there if the 
root of the skeleton were at the bottom of the spine. 
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After you have built the skeleton, you may find that there are some bones that 
share a common joint (i.e., the shoulders and neck where they meet at the spine). 
These bones will see-saw at the shared joint, making it impossible to animate them 
independently. To fix this, another shorter joint can be inserted between bone and 
the shared joint so that they rotate independently. 


Small buffer joints the intersection of the shoulders, spine and neck. 
The joint where the buffer joints intersect has its rotation parameters locked at zero. 


Keeping the translation, rotation, and scaling parameters on three or more 
separate nodes helps when animating the skeleton and model as a whole (these 
nodes are grouped above the skeleton and model so that animation applied to them 
affects the whole hierarchy). This way the respective pivot points of each node can 
be in separate places. For example, the translation node’s pivot point can be at the 
feet while the rotation node’s pivot point can be at the waist, allowing the body to 
rotate around it’s center of gravity. Also, having more than one rotation node 
provides the flexibility to rotate the hierarchy around many pivot points, depending 
on where you put them(to have the model rotate end over end (at the head), place a 
pivot point at the top of the head). 


Once the model (Vertice Animated style) has been attached to the skeleton, a 
problem can arise where the polys are prone to collapsing or deforming strangely at 
joints. In our football player, the knee joint was collapsing badly when bent. By 
adjusting the vertice weights of the knee polygons, to roughly fifty percent of initial 
weight, they bent smoothly. The elbows were not so easy. As the elbow was bent, 
the entire arm lost most of its volume because there aren’t enough polys to graduate 
the bend. Its like bending a soda straw--the straw gets pinched where the bend is. 
Drink box straws bend smoothly because they have an accordion-like section that 
keeps the straw from getting pinched. However creating a section like this on the 
model would be costly and wouldn’t look very good. The way I kept the polygons 
from pinching was with Expressions. Expressions allow you to relate the action of 
one object to that of another. 
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de: Rye 


ve 


Static model Elbow bent-no expressions Expressions added 


The elbow problem was solved by grouping the vertices that were collapsing and 
writing an expression that told the group to translate a certain distance (in the 
opposite direction of the collapse) whenever the elbow joint is bent. Another area 
where expressions were used to modify the model is the shoulder pads. The 
problem was that when the arms were rotated in an extreme action (like catching a 
ball) they would pass through the shoulder-pads. Grouping the vertices that 
describe the shoulder pads, writing an expression that lifts them whenever the arms 
are rotated extremely, has allowed much more freedom in the players movements. 


Some software packages have tools that allow you to reduce complex models to 
lower the overall polygon count, but there isn’t much control as to where the 
program is going to eliminate polys. Keeping the model simple from the start has 
allowed us to control exactly where we put polygons, and expressions and vertice 
weights keep the model from collapsing on itself. 
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One-Day Conference for Music and Sound Experts 


30. Saturn Sound Tools Overview and 
Advanced Training, Part | 


An in-depth tour of all sound development hardware and software from the 
content developer's point of view. Includes techniques for dynamic filtering 
and wave sequencing synthesis. 


Wiley Evans 
Domain Specialist 
Sega Technical Institute 


Richard Jacques 
Music/AV Manager 
Sega of Europe 
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One-Day Conference for Music and Sound Experts 


31/32. Saturn Sound Advanced Tool 
Training, Parts II-III 


An in-depth tour of all sound development hardware and software from the 
content developer's point of view. Includes techniques for dynamic filtering 
and wave sequencing synthesis. Includes a demo by Q-Sound Tools for 3D 
Sound. 


Jim Hedges 
Composer /Arranger 
SegaSoft 


Brian Coburn 
Senior Sound Designer 
SegaSoft 


Richard Jacques 
Music/AV Manager 
Sega of Europe 


Brian Schmidt 
QSound 
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One-Day Conference for Music and Sound Experts 


33. Sound Library Presentation 


Presentation of new instrument libraries from Soundelux, Music Annex, 
Loudmouth, Rotation, and Chronic. Sound Library developers will share 
insights gained in the development process. 


Tom Miley 
Audio Group Manager 
SegaSoft 


Charlie Albert 
Music Annex 


Neil Panton 
Music Annex 


Andy Armor 
Rotation 


Chris Lange 
Chronic 
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One-Day Conference for Music and Sound Experts 


34. Interactive Music Session 


Discussion of current theory, practice, new techniques, and presentation of 
new tools coming soon from Sega's Interactive Audio Group. 


Tom Miley 
Audio Group Manager 
SegaSoft 


Jim Hedges 
Composer /Arranger 
SegaSoft 
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Panel Discussion. 
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Interactive Music 
Saturn Sound Driver Extensions 


» Phrase and part substitution, 
either random or controlled 


» Realtime 
— Scale selection, i.e. major or minor, etc. 
— modal transposition, 
» i.e. dorian to phrygian to mixolydian without transposition 
— transposition 
— tempo shifting 
» Interrupt control taylored to game needs 


» Control sequence music control, 
overridden by realtime game logic 


SEGA @ segs Contdentel- Shin 
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NEW INTERACTIVE AUDIO SPEC 


The current prototype of the interactive music engine for Saturn supports the 
following capabilities: 


- phrase and part substitution, either random or controlled 

- realtime scale selection, i.e. major or minor, etc. 

- realtime modal transposition, i.e. dorian to phrygian to mixolydian without 
pitch offset 

- realtime transposition 

- realtime tempo shifting 

- interrupt control taylored to game needs 

- control sequence control, overridden by realtime game logic 


The current implementation supports the above features through the use of 
midi controllers imbedded in a midi sequence (except tempo control). These 
midi controllers are currently assigned as follows: 


#77,val this generates an interrupt to the Saturn - use this in the control 
track. You can now use the value (0-127) to qualify the interrupt to the 
Saturn. This generates a type 1 Midi Sequencer interrupt 


#78,val this generates an interrupt to the Saturn - use this in the control 
track. You can now use the value (0-127) to qualify the interrupt to the 
Saturn. This generates a type 2 Midi Sequencer interrupt 


#107,val scale select, where 0 = default notes, 1=major scale, 2=minor 
scale, 3=custom downloaded scale. 


#108,val mode select, 0-7 for degree shift 


#109,val transpose value, centered at 64, where 40 is 2 octaves down, 88 is 2 
octaves up. 


#110,val this controller posts the val(ue) to a place in soundram read by the 

Saturn to determine what to play next. Currently, what to play next is 

dependant on the game logic. Game logic may dictate that values above 109 tell the system 
to choose a number from the associated array (110 for choosing a sequence from array 0, 
111 from array 1, etc.), while nbrs less than 110 explicitly relate to which sequence to 


play. 


#111,val this controller currently allows the track to be transposed or not, zero for 
non-transposing, greater than zero to allow transposition. 
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So to set up some music you'd use the control track to invoke the sequence 
playback, i.e. 


Control Sequence: 


1.0.1 Ctr132, 0 (needed by midi conversion software) 

1.0.2 Pchg,0 (ditto) 

1.0.3 Ctrl1 10,110 (select sequence from array1, place nbr in read area for 
seq int) 

1.0.4 Ctrl110,111 (select sequence from array2, "" "") 

1.0.5 Ctrl110,21 (place sequence nbr 21 into read area for seq int) 

1.0.6 Ctrl110,42 (place sequence nbr 42 """") 


.1 Ctrl77,val (read sequence playback area, start appropriate sequence) 
Ba Ctrl77,val ( we we ) 
wl Ctrl77,val ( won we ) 


- ooo 


.476 Ctrl110,11 (set next group of sequences to play) 

4.477 Ctrl110,50 

8.4.478 Ctrl110,86 

8.4.479 Ctrl110,110 

9.0.1 Ctrl77,val (read sequence area and fire off appropriate sequences) 
11.0.1 Ctrl77,127 (kill all sequences?) 

end 


3: 
5: 
de 
8. 
8. 


Sequence 21: 


1.0.1 Ctrl 32,1 (Bank elect) 

1.0.2 PrgChg,10 (Program select) 

1.0.3 Ctrl 07,127 (Volume select ) 

1.0.4 Ctrl 111,127 (Allow transposition) 
1.0.5 Ctrl 107,1 (switch to major scale) 
1.0.6 Ctrl 108,2 (switch to Dorian mode) 
1.0.6 Ctrl 109,12 (pitch down an octave) 
1.0.4.. Note,nbr,vel (notes...) 

4.0.1 Ctrl 109,69 (transpose up a 5th) 
8.0.1 Ctrl110,112 (use array3 for next value, when interrupt happens) 
end 
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One-Day Conference for Music and Sound Experts 


35. Sound Programming for 
the Sega Saturn 


Controlling Redbook, PCM, ADPCM, Sound Driver initialization and control, 


realtime sound effect modification, and interactive music control. 


Tom Miley 
Audio Group Manager 
SegaSoft 
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SCSP SOUND 
DRIVER 


Thomas Miley 


Creative Support 
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iim No name 
- End Size Data 


-{aecoo-reper | 2no00 {pp one Bonk.b 
tos LI 00-7B6FF ‘02800 InsP progremo_ DSP Effects.EHB 


| 02000 lan data? lc Butter 1.bin 


long 6x1000b000,0x00005000 
-long 0x11010000,0x00001260 
-long 0x30012000,0x00008800 
-long 0x0001a800,0x00034400 
long 0x0104ec00,0x0002a000 
-long 0x20078c00,0x00002b00 
.long 0x0208b700,0x00002000 
.long 0x0308d700,0x00002000 
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Integrating Sound Tool Files 


‘Saal |Explode 


BigExplode 


ho Iolo Melo 
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SCSP/Sound Driver 


» Integrating Sound Tool Data 

» Driver setup & initialization 

» Sound Driver interface calls 

» Resource allocation, including: Map layout and 


usage, sound control usage 
» Sound memory Access 
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Driver Setup & Initialization 


* Load and initialize sound driver, music, and sound effects data. 
. 


INCDATA.S 


/ 


_Scsp_sound_driver ; a 
Feces ess sid ae scsplnit(void) 


‘global 
Sop seep fae SndIniDt snd_init; _/* address data for driver and map */ 

SndSeqNum seq_no; i 

SndSeqPri seq_pri; 


handle fileHdl; 


.include "sddrvs.125" 
_Scsp_sound_driver_end: 


an - SND_INL_PRG_ADR(snd_init) = (Uint16 *)escsp_sound_driver; 


_scsp_map: - ct ( ; 
include "example.s” SND_INI_PRG_SZ(snd_init) = (Uint16 )0x6000; 


: SND_INI_ARA_ADR(snd_init) = (Uint16 *)Sscsp_map; 
Pop _map enc SND_INILARA_SZ(snd_init) = (Uint16) 0x001c; 
SND_Init(&snd_init); 


SND_DspClear(); 
SND_ALIOff(); 


SND_ChgMap(0); 


SEGA @ 
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Move Sound Tool Data 


fileHdl = LoadFile("LEV1INST.BIN", 0); 
SND_MoveData((Uint16 *) *fileHdl, STMemHandleSize(fileHdl), SND_KD_TONE, 0); 
STMemFree(fileHd]); 


fileHdl = LoadFile("LEV1SFX.BIN", 0); 
SND_MoveData((Uint16 *) *fileHdl, STMemHandleSize(fileHdl), SND_KD_TONE, 1); 
STMemFree(fileHd]); 


fileHdl = LoadFile("LEV1MUSS.BIN", 0); 
SND_MoveData((Uint16 *) *fileHdl, STMemHandleSize(fileHdl), SND_KD_SEQ, 0); 
STMemFree(fileHdl); 


fileHdl = LoadFile("LEV1SFXS.BIN", 0); 
SND_MoveData((Uint16 *) *fileHdl, STMemHandleSize(fileHdl), SND_KD_SEQ, 1); 
STMemFree(fileHdl); 


fileHdl = LoadFile("LEV1DSP.BIN", 0); 
SND_MoveData((Uint16 *) *fileHdl, STMemHandleSize(fileHdl), SND_KD_DSP_PRG, 0) 
STMemFree(fileHd]); 
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Triggering SFX 


/*————_—_—-03-08-95 02:41pm 

This shows how to play 1-shot sound effects 

First do a Bank Select to setup program change 
*/ 


SND_CtrlDirMidi(SNDCTRL1,SCSP_PRI1,MIDICTRLCHG MIDICHAN1,32,1); 


/*———_—-—03-08-95 02:42pm: 
Now do a patch select 
ad 


SND_CtrlDirMidi(SNDCTRL1,SCSP_PRI1, MIDIPRGCHG,MIDICHAN1,SFX_PATCH,0); 


/*——————-03-08-95 02:43pm 
Now fire off some 1-shot sound effects 


SND_CtrlDirMidi(SNDCTRL1,SCSP_PRI1, MIDINOTEON MIDICHAN! Splatfire,127); 
SND_CtrIDirMidi(SNDCTRL1,SCSP_PRI1, MIDINOTEON MIDICHAN1,EngineRev,127); 
SND_CtrlDirMidi(SNDCTRL1,SCSP_PRI1, MIDINOTEON MIDICHAN] SmallExplode,127); 


SEGA @ 
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Triggers Music and SFX by sequences 


/*——--—-—-—03-08-95 02:46pm 
Start a music sequence 
*/ 


#define MusicBank 0 
#define LevelTunel 1 


seq_pri = 
SND_StartSeq(SNDCTRL1, MusicBank, LevelTunel1, seq_pri); 


#define SFXBank 0 
#define ComplexSFX1 1 


seq_pri = 1; 
SND_StartSeq(SNDCTRL1, SFXBank, ComplexSFX1, seq_pri); 


SEGA @ 
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PCM Streaming 


bnk_dest_addr=2; /* map buffers 2 and 3 used for streaming */ 
gfsl = StreamFile("SURFIN.BIN"); —/* one pcm channel */ 
intr(gfs1); /* prime buffers ** */ 

intr(gfs1); /* to fill BOTH BUFFERS */ 


SND_PRM_MODE(pcm_start) = SND_MD_STEREO | SND_MD_16; 
SND_PRM_SADR(pcm_start) = 0x1000; 

SND_PRM_SIZE(pcem_start) = 0x2000; /* per channel buffer size */ 
SND_PRM_OFSET(pcm_start) = 0; 

SND_PRM_NUM(pcem_chg) = 2; 

SND_PRM_LEV(pem_chg) = 7; 

SND_PRM_PAN(pcem_chg) = 0; 

SND_PRM_PICH(pem_chg) = 0; 

SND_L_EFCT_IN(pem_chg) = 0; 

SND_L_EFCT_LEV(pcm_chg) = 7; 

SND_R_EFCT_IN(pem_chg) = 0; 

SND_R_EFCT_LEV(pem_chg) = 7; 


SND_StartPcm(&pem_start, &pcm_chg); /* start up 1 voice playing PCM */ 


SEGA @ 


PCM Streaming cont. 


void intr(GfsHn gfs1) 
{ 


extern Uint32 bufla[]; 
extern Uint32 buf1b[]; 
extern Uint32 *buf1[]; 
Sint32 stat,nbytes; 
static Uint8 i=0; 

i=!i; 

do 

{ 
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GFS_NwFread(gfs1, RD_UNIT, buf1[i], RD_UNIT * SECT_SIZE); 


GFS_NwExecOne(gfs1); 
GFS_NwGetStat(gfs1,&stat,&nbytes); 
} while (nbytes < RD_UNIT * SECT_SIZE); 


SND_MoveData((Uint16 *)buf1[!i], /* one channel */ 


(Uint32)0x2000, 
SND_KD_TONE, 
bnk_dest_addr); 
bnk_dest_addr = ~bnk_dest_addr & 1; 
} 


SEGA @ 


/* size */ 
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Sound Memory Access 


» 68000 priority level issues 


» Timing considerations 
when accessed by SH2 & 68000 


» PCM & ADPCM libraries 
» interrupt processing 
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List of Functions 


Function Name 
Sound system start Starts sound system SND_Init 
Interrupt Sets interrupt enable SND_SET_ENA_INT 
Gets interrupt enable SND_GET_ENA_INT 
Sets interrupt factor SND_SET_FCT_INT 
Resets interrupt SND_RESET_INT 
Performance setup Transfers sound data SND_Move Data 
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List of Functions (cont.) 


Sound control common Changes sound area map 


sequence 


PCM 


cD 


Sets entire volume 
Changes effect 
Changes mixers 


Changes mixer parameters 


Checks hardware 
Starts sequence 
Stops sequence 
Pauses sequence 
Continues sequence 


Set sequence volume 


Changes tempo 


Controls MIDI directly 


SND_ChgMap 
SND_SetTIVI 
SND_ChgEfct 
SND_ChgMix 
SND_ChgMixPrm 
SND_ChkHard 
SND_StartSeq 
SND_StopSeq 
SND_PauseSeq 
SND_ContSeq 
SND_SeqVI 
SND_ChgTempo 
SND_CtriDirMidi 


Starts PCM SND_StartPcm 
Stops PCM SND_StopPcm 
PCM change SND_ChgPcm 


SND_StartVIAnI 
SND_StopVIAn! 


Starts volume analysis 
Stops volume analysis 
Sets CD-DA level 

Sets CD-DA Pan 
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List of Functions (cont.) 


Status Acquisition 


Sequence Gets sequence status 


PCM 


SND_GetSeqStat 
Gets the sound control 
number play position SND_GetSeqPlayPos 
Gets PCM execute address SND_GetPcmPlayAdr 
Gets PCM address 
update interrupt status SND_GET_INT_STAT 
CDGets analysis total 
stereo volume 
Gets frequency band 
separate stereo 
analysis volume 


SND_GetAnITIVI 


SND_GetAnlHzVI 
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Initialization, End Processes 
Library initialization 
Library end process 
ADPCM Use Declaration 
Handle Operations 
Create Handle (Memory) 
Destroy Handle (Memory) 
Create Handle (File System) 
Destroy Handle (File System) 
Create Handle (Stream System) 
Destroy Handle (Stream System) 


SEGA @ 


Play Controls 
Start Play 

Stop Play 

Pause 

Enter Next Play Handle 
Forced Change Play Handle 
Get Change Conditions 


Legend: 


PCM List of Functions 


PCM List of Functions 


Indispensable when using the pause function 


*) PCM_Init 
*) PCM_Finish 
A) PCM_DeclareUseAdpcm 


M) PCM_CreateMemHandle 
M) PCM_DestroyMemHandle 
F) PCM_CreateGfsHandle 
F) PCM_DestroyGfsHandle 
S) PCM_CreateStmHandle 
S) PCM_DestroyStmHandle 


Play Task *) PCM_Task 
V-Blank IN Process Function *) PCM_Vbllin 
Legend: 

*) Indispensable 

A) Indispensable when using ADPCM 

M) Indispensable for Memory Play Mode 

F) Indispensable for File Play Mode 

5) Indispensable for Stream Play Mode 

BE) Indispensable for one or the other 

P) Indispensable when using the pause function 
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E) PCM_Start 
PCM_Stop 

P) PCM_Pause 

E) PCM_EntryNext 
PCM_Change 
PCM_CheckChange 


*) indispensable 

A) Indispensable when using ADPCM 
M) Indispensable for Memory Play Mode 
F) Indispensable for File Play Mode 

S) Indispensable for Stream Play Mode 
E) Indispensable tor one or the other 
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One-Day Conference for Music and Sound Experts 


36. The Role of Music in 
Electronic Entertainment 


A discussion of the future of recorded music in electronic entertainment. 
Topics will include artist/musician relations, content licensing, and the power 
of music as a marketing tool. 


Spencer Nilsen 
SegaSoft 
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« Appendixes 


- 


Localization and Pal Conversion 


© How to localize your game for the global marketplace 
© Market trends in Japan and Europe 


© Pal Conversion: 
Converting your NTSC game to PAL for the European market 


Hideki Ito 
Sega Technical Institute 


Reena Mathrani 
Sega Technical Institute 


Judie Nybo 
Sega Technical Institute 


Osamu Shibamiya 
Sega Technical Institute 


Yukimi Shimura 
Sega Technical Institute 
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SOFTWARE 
LOCALIZATION 
PROCEDURE 


International Liaison Group 


SEGA Localization 
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Localization Procedure - 
Business Development 


For Localizing an Existing Game or Developing New 
Software for the Worldwide Market. 


e Contact within SEGA of America: 
For 3rd Party Licensee: 
Third Party Licensing and Acquisition Group 


For SEGA’s Outside Developer: 
Product Development 


e Note - 
To acquire a new software for the U.S. market, please contact: 
Third Party Licensing and Acquisition Group 


SEGA Localization 
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Localization Procedure - 
SOJ & SOE Acquisitions Process 


@ What does SEGA Need for Acquisition? 


~ Game Concept, Design Document, Storyboard, 
Playable Sample, Video Tape 

-- Materials with more visual images and less text 

is good for their review 


@ Evaluation and Analysis at Local SEGA Offices 
- Internal Review, Focus Test 


@ Project Estimate and Budget Approval 
- Cost Analysis and Business Plan at Local SEGA Offices 


SEGA Localization 
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Localization Procedure - 
Acceptance and Preparation 


@ Acceptance 


- A Localization Producer will Contact the Developer upon 
Receiving the Acceptance Notice 


@ Preparation of the Project 
- Discuss Specific Project Plan 
» Cost and Schedule Estimate 
» Services Agreement 
» Purchase Order 


SEGA Localization 
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Localization Procedure - 
Preparation Materials Required 


e Original Game Design or Concept Document 


e Entire Screen Text 
“ Printout of the Actual Game Screen is Helpful 
~ Entire Text on a Machine Readable File 


@ Voice-Over Scripts if Available 


e Game Character Information, Illustrations 


SEGA Localization 
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Localization Procedure - 
What Does SEGA Handle? 


Entire Translation Production 
e Script Transcription 
~ SOA 
e Script Translation 
~ Coordinated by local SEGA offices 
@ Voice-Over Recording Session 
-- Coordinated by local SEGA offices 
e Screen Text Translation 
Coordinated by local SEGA Offices 


SEGA Localization 
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Localization Procedure - 
What Does the Developer Handle? 


Entire Conversion and Integration 

e@ Insert Translated Text and/or Voice Data 
- Voice will be Provided on DAT 

-- Text in Different Languages will be Supplied 

~ Japanese Font will be Provided 


® Modify Character Design (as necessary) 
~ Illustration of Character will be Provided 


e@ Adjustment of Game Play (as necessary) 


SEGA Localization 
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Localization Procedure - 
for Tru-Motion Video Game 


Aspects Which Need to be Considered by Developer 


e@ Digital Video Data Processing Procedure 


Preparation of Master Tape of U.S. version 
» Videos Need to be Prepared for Localization - Time Code 


» Complete Documentation of Master Tape 


SEGA Localization 
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Localization Procedure - 
Test & Final Approval for Japan 


FINAL 
APPROVAL 


SEGA Localization 
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Localization Procedure - 
Test & Final Approval for Europe 


FINAL 
APPROVAL 
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SEGA Localization 


Localization Procedure - 
Post-Production 


Post-Production: 

@ SEGA will Submit the Final Code Acceptance Form 
@ Invoice, Payment 

@ Royalty Report is Issued from SOA’s 


Finance Department 


Additional Elements: 


@ Product Package for Local Market 
~ Translation of the Package is Handled by Local SEGA Offices 


@ Package Design Approval 
-- By Licensee and/or Developer 


SEGA Localization 
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LOCALIZING 
LANGUAGE ELEMENTS 


elnternational Liaison Group 


SEGA Localization 
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Localizing 2 types 
of voice data 


@ Voice split into individual 
files 


¢ In Blackfire, nearly 200 audio 
files were included in the game, 
to play during different gameplay 
situations. 

¢ To create the Japanese version, 
each audio clip was translated 
and recorded to be the same 
length or shorter than the US 
audio. 

@ The Japanese audio files were 
then renamed to match the US 

files, and inserted into the game. 


SEGA Localization 
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@ Voice in time-coded movies 


¢ In Ghen War, voice was 
synchronized with full-motion 
video with time code. 


¢ To create the Japanese version, 
the dialog was recorded to a time- 


coded DAT. 


¢ By using the same time code as 
the US version, the Japanese 
audio could be synchronized with 
the video and background music 
and sound effects. 


SEGA Localization 


Text data 


e Replacing complete 
alphabet sets 


@ In Comix Zone (Genesis), 
a complete Japanese font 
set was created to display 
the text. 


SEGA Localization 
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e@ Multilanguage versions 


@ In Comix Zone PAL, players 
could choose from 4 languages 


SEGA Localization 


e Partial font sets 


@ For Fahrenheit Japanese (SegaCD), 
the screen text was adjusted so 
that only 26 characters were 
needed. 


¢@ This made it possible to display 
Japanese text with minimal 
changes to the code. 


SEGA Localization 
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Text as rane es © 


° ecto 
Graphic data ee 
ee ARDC: a, oe 
@ Text as rasterized data 


¢@ In Ghen War, most of the 
English text was contained in 
graphic files. 


¢@ This made the creation of 
Japanese text easy, with no 
limitations on fontsor number 
of characters. 

¢@ The Layers function in Adobe 
Photoshop separated the text 
from the graphic background, 
making our job very easy. 


SEGA Localization 
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Deleting language elements 


@ Pocahontas PAL “Euroversion” 
@ Deleted text, and replaced with icons 


SEGA Localization 
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BuG! JAPANESE: 
GAMEPLAY CHANGES 
FOR A FOREIGN MARKET 


elnternational Liaison Group 


SEGA Localization 
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BUG! Japanese 


Ree 


Av He \ “ts & ‘™ 
. é 


hhsits4o?. 
IRE SIS Pe ST EN 
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The primary change: difficulty 


@ Why were difficulty adjustments necessary? 
¢@ Japanese users expect a lower difficulty level 
» The MegaDrive user was usually a hard-core gamer 


"» Saturn users are, on average, less hard-core: The popularity of 
arcade ports sold the Saturn to a wider range of users 


@ American games have a reputation in Japan for: 
» High difficulty level 
» Being less polished and refined than Japanese games 
» Creativity, new ideas in gameplay 
» Unique character design 


¢ So by alleviating the difficulty and adding a few refinements, Bug! 
Japanese tries to focus on its creative gameplay. 


SEGA Localization 
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Difficulty adjustments 


e Life & health adjustments 
@ Difficulty select added 

» Normal mode contains various 
adjustments for the general 
Japanese audience. 

» Hard mode kept the US 
version intact for hard-core 
gamers 

# Normal mode increased the 
number of lives, and the player’s 
health 


SEGA Localization 
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@ Collision adjustments 
¢ Exploding pollen 


» Area and duration of explosion 
was shortened to make them 
easier to avoid 

¢ Assorted enemies 


» Collision adjusted to make 
them easier to avoid 


Localization 
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e@ Gameplay adjustments 
@ ZAP attack recharges over time, instead of running out 
@ New checkpoints added, where Bug starts the game after dying 


SEGA Localization 
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The result: 
Japanese reviews 


® Mostly positive reviews 
¢ Fresh, creative action with many surprises 
¢@ Funny characters with an “American” feel 
@ Excellent playability 
¢@ Appealing to all age groups, both male and 
female 
@ Only one problem: Difficulty 


¢ Ironically, many reviews still called the game 
extremely difficult. While many in the US worried 
that the changes would make the Japanese 
version far too easy, they were appropriate for 
the market. 


SEGA Localization 
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EUROPEAN 
MARKET 
INFORMATION 
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4 Largest European Markets 
for Video Games: 


e United Kingdom 


e France 
e Germany 


e Spain 


5 Most Popular Games in the 
United Kingdom 


Daytona USA Tekken 


Virtua Cop Destruction Derby 


Bug Wipe Out 


Panzer Dragoon FIFA ’96 


Int’l Victory Goal Ridge Racer 


SEGA 


Sega Confidential - Slide 3 


5 Most Popular Games in the 
United Kingdom cont. 
oe ee ee 


FIFA ’96 Killer Instinct 


FIFA ’95 FIFA ’96 


Brian Lara Cricket Donkey Kong 
Micro Machines ’96 Int’! Super Star 


Premier Manager Super Bomberman 


SEGA 
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Market Information— 
United Kingdom 


e Sports and fighting games are the most popular 


@ There is also interest in shooting, driving, and 
action/adventure games 
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Most Popular Types of Games 
in France 


e Sports/Driving 
e Action/Adventure 
e Fighting 
e Action Side Scrolling 


e@ Role Playing Games 
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5 Most Popular Games in France 


FIFA ’96 Destruction Derby 


Virtua Cop Tekken 


Rayman Ridge Racer 


Daytona USA Wipe Out 


Panzer Dragoon Toshinden 


SEGA 
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5 Most Popular Games in France 
cont. 


FIFA ’96 Tin Tin in Tibet 


Sonic & Knuckles Killer Instinct 


Lion King Yoshi’s Island 


Light Crusader Superstar Soccer 
Deluxe 


Mortal Kombat 3 Street Racer 


SEGA 
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Market Information— 
France 


e Sports and driving games are the most popular in 
France 


e Interest in adventure games is still growing 


e Games with great graphics are very popular 
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Most Popular Types of Games 
in Spain 
Fighting 
Sports 
Role Playing Games 
Action/Adventure 


Action/Side Scrolling 
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5 Most Popular Games in Spain 
cont. 


Virtua Cop Toshinden 


Sega Rally Destruction Derby 


Panzer Dragoon Tekken 


Intl Victory Goal Wipe Out 


Virtua Fighter 2 Ridge Racer 


SEGA 


Sega Confidential - Slide 11 


5 Most Popular Games in Spain 
cont. 


Power Rangers the Movie Diddy’s Kong Quest 


Comix Zone Killer Instinct 


Maui Mallard Super Mario World 2 


Vectorman FIFA Soccer ’96 


Light Crusader Tin Tin in Tibet 


SEGA 
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Market Information— 
Spain 


e Role playing games translated into Spanish are 
very successful in Spain 


e Action titles, especially fighting games and sports 
titles are very popular in Spain 


@ Spanish gamers enjoy playing multi-player games 


e A famous movie or character license contributes to 
the success of a game, i.e. Power Rangers 


SEGA 
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5 Most Popular Games in 
Germany 


Daytona USA Wipe Out 


Panzer Dragoon 


Ridge Racer 


Virtua Fighter Remix Tekken 


Myst Destruction Derby 


Virtua Fighter 2 Toshinden 


SEGA 
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5 Most Popular Games in 


Germany cont. 
Sn Ecce 
Lion King Donkey Kong 


Story of Thor Donkey Kong 2 


Light Crusader Super Mario World 2 


Comix Zone Secret of Mana 


Sonic & Knuckles Secret of Evermore 


SEGA 
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Market Information - 
Germany 


@ Role playing games are very popular in 
Germany when they are localized 


@ 2 player racing games are also popular 
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Factors That Contribute to the 
Success of a Title in Europe 


e Original concepts 

e Excellent play control 

e Strong visuals 

e Element of controversy 

e Film, cartoon and comics licenses 
e Value for the money 

e@ Unique selling points 

e Localization 

e Previews & reviews in specialist media 
e Screen shots of the game in press ads 


SEGA 
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SEGA EUROPE 
LOCALIZATION 
INFORMATION 
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Why is it Important to Localize 
Games for the European Market? 


@ Not everyone in Europe understands English 


@ Localized titles can have a significant impact on the 
number of units ordered by European territories 
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Sega Brand Product Types Localized 
for the European Market 


e Cartridge and CD products are translated into 
German, French, and Spanish 


e PICO products are translated into British English, 
German, French, Spanish, Italian, Dutch, Swedish, 
and Portuguese 
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Role of Sega Europe 
Localization Department 


@ Select and work directly with translation agencies 


e Collect and process all materials necessary 
for localization 


e Send translated material to Sega of America 
for integration 
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Role of Sega Europe 
Localization Department _ cont. 


e Review and approve translated games after 
integration 


e Coordinate language testing of translated games 


e Forward translated games to the appropriate 
territories for approval 


e After receiving territory approval, release the 
translated games to Sega of Japan 
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Sega of America Titles Localized for 
the European Market 


e@ ToeJam & Earl (German only) 
e@ Ecco 2 
e@ Comix Zone 
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Sega of America Titles cont. 
Translated for the European Market 


e Jurassic Park 
@ Tom Cat Alley 
e@ Fahrenheit (French only) 
@ Ecco 2 
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Sega of America Titles cont. 
Translated for the European Market 


e Comix Zone 
e Tom Cat Alley 
e Ecco the Dolphin 
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Sega of America Titles cont. 
Translated for European Market 


e Magic Crayons 
@ Tails & the Music Maker 

e Mickey’s Blast into the Past 
e A Year at Pooh Corner 


e Ecco Junior & the Great Ocean 
Treasure Hunt 


e@ Huckle & Lowly’s Busiest Day 
Ever 


e Berenstain Bears 
e Lion King 


SEGA 
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Developing PAL Compatible Software 
on the Sega Saturn 


The goal of this document is to explain the basic concepts behind converting Sega Saturn software 
developed for the NTSC video standard to the PAL standard (or visa versa). However, note that since the 
game engine or the programming methodology used in games vary, the information contained in this 
document only represents a basic approach to this problem. Keep in mind that there are multiple 
solutions to implement a successful NTSC to PAL software conversion. 


An important idea to keep in mind is the importance of pre-production planning for a NTSC-to-PAL 


software conversion. In order to avoid technical problems during the conversion process, the NTSC 
version of the software should be developed from the start with provisions for a PAL conversion. 


1. Basic Differences Between NTSC and PAL 


[Description =| SCNTSC 
V-INT timing 1/60 sec 1/50 sec 


2. Conversion Issues 

Problem: Speed of the game slows down. 

Explanation: If the game code is dependent on V-INT timing, it will slow down since the amount of 

code executed in a 1 second period differs between NTSC and PAL. 

Fix 1: 

1. Modify all code that is time-dependent on interrupts so that the ratio of the execution speed between 
NTSC to PAL is 1:1.2. This change is applicable to game elements such as sprite animation and scroll 
speeds for backgrounds. 


Sample Code: 


/* 

* This sample code handles fixed point numbers based on a long word 

* (signed 32 bit) that has been split into upper and lower 16 bit integer 
* components. 

*/ 

/* 


* Speed table based on TV type. 
The base numbers for pal_speed and ntsc_speed are the same. 


long ntsc_speed[]={ 
0*65536.0 
1*65536.0 
0 
0 


* Continues below... 
*/ 
‘i 


long pal_speed[]={ 
0*65536.0*1.2, 
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1*65536.0*1.2, 
2*65536.0*1.2, 
3*65536.0*1.2, 
/* 
* Continues below... 
*/ 
i 


/* Macro to differentiate between NTSC and PAL video modes on the Saturn. */ 


#define vdp2tvstat ( *( volatile unsigned short *)0x25£80004 ) 


#define isPAL() ( vdp2tvstat & 0x0001 ) /* O:NTSC , 1:PAL */ 
/* 
* Function to return the correct speed from an argument index depending on 
* the TV type. 
* 
* 
* 7, 


long *get_speed( int index ){ 
if( isPAL() ) 
return &pal_speed [index]; 
else 
return &ntsc_speed [index] ; 


} 
Fix 2: 


2. Each V-Int is counted and code is executed once every V-Int and twice on the 5th V-int. This is 
applicable for PAL video mode only. (Code is executed 6 times through the course of 5 V-Ints.) 


Sample Code: 
/* 


*/ 


This sample code matches the game execution speed on PAL and NTSC. 


/* Macro to differentiate between NTSC and PAL video modes on the Saturn. */ 


#define vdp2tvstat ( *( volatile unsigned short *)0x25£80004 ) 


#define isPAL() ( vdp2tvstat & 0x0001 ) /* O:NTSC , 1:PAL */ 
void synchronize( void ); /* Wait for V-Blank interrupt */ 
void game_loop( void ); /* Game main loop */ 


void game_loop( void ){ 
static int vint_cnt; 
vint_cnt = 0; 


for(;;){ 
game_main(); 
if( isPAL() ){ 
/** PAL xx] 
1f( vint_cnt++ == 5 ) 
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vint_cnt = 0; 
else 
synchronize() ; 


/** NTSC **/ 
synchronize() ; 


Note 1: Avoid disabling V-Ints as much as possible in the game code. 
Note 2: In comparison, when converting code from PAL to NTSC, execute code 5 times during the 
course of 6 V-Ints. 


I EEK 
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